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IEC-Bus-Peripheriegeräte 


PPC 


Relais-Matrix PSN (DC und NF) 
Sechs Reed-Schnellrelais, zwei 
Leistungsrelais. NF- und Steuer- 
anwendungen, hohe Belastbarkeit. 
Leuchtdiodenanzeige. 





Relais-Matrix PSU 
DC...6 GHz. 

Sechs unabhängige 
50-()-Koaxialrelais. 
HF- und Impuls- 
anwendungen. 
Leuchtdiodenanzeige. 





Berlin - Ruf (0 30) 341 40 36 
Hamburg : Ruf (0 40) 380 19-1 
Köln - Ruf (02 21) 77 22-1 
Neu-Isenburg : Ruf (0 61 02) 31 36 
Karlsruhe : Ruf (07 21) 27981 
München : Ruf (0 89) 41 62-1 
Nürnberg : Ruf (09 11) 64881 








HF-Eichleitung DPSP 
0...2700 MHz /0...139 dB 
Kleinste Dämpfungsschritte 
1 dB, geringe Grund- 
dämpfung, hohe Genauigkeit, 
kleiner Dämpfungsfehler. 
Extrem lange Lebensdauer. 
Ohne IEC-Bus: Typ DPS. 


ROHDE& SCHWARZ 


IEC 625Bus 


Process Controller PPC für IEC-Bus- 
Meßsysteme 


Wirtschaftliches IEC-Bus-Steuergerät, aber 
auch preisgünstiger Tischrechner mit 
Programmierkomfort. 


m Alle IEC-Bus-Befehle im Klartext 

m Alle IEC-Bus-Optionen 

EB Treiber-Softwarepaket für alle R&S-Geräte 

m Floppy Disk (80 kByte) eingebaut, zwei 
externe Floppy-Stationen möglich 

m Programmierung in Basic 

m Störarmes Netzteil, Netzfilter 

m Option: RS-232-C-Schnittstelle 


Dazu: Universal-Drucker PUD (ohne Bild) 
45 Zeichen/s - 80/132 Zeichen/Zeile - 
Papiertransport: Y2 und 1 Zeile - 7 x 9 oder 
11 x 9 Matrix-Druckkopf - Schnittstelle: 8 bit 
parallel - Option: IEC-Bus 


Digitalthermometer PTM - 100... + 300 °C 
mit Pt 100-Meßfühlern (DIN 43 760) in Vier- 
leiterschaltung, Temperaturdifferenz- 
messung. 

Temperaturregler PTC Daten wie PTM. 
Zusätzlich: Solltemperatureingabe über 
Tastenfeld, Schaltzustandsanzeige, Schalt- 
schütz 10 A/220 V und Steuerrelais. 


IEC-Bus- 
Meßgeräte 


Bereits seit 1974 sind systemfähige R&S- 
Meßgeräte mit IEC-Bus ausgerüstet z. B.: 
Meßempfänger ESH 3, MSUP: 

10 kHz bis 1 GHz 
Sprechfunkmeßplätze SMPU, SMFP: 

bis 1 GHz 
Synthesizer SMS, XPC: 50 kHz bis 1,36 GHz 
Vector-Voltmeter ZPV, ZPV-Z 5: 

0,1 MHz bis 2 GHz 
HF-, DC-, NF-Voltmeter URV 4, UDS 6: 

bis 2 GHz 
Modulationsmeter FAM: 50 kHz bis 1,36 GHz 
Rauschgenerator SUF 2: 50 MHz 
Dazu die Strom/ Spannungsquellen NGPS, 
NGPU. 
Weitere IEC-Bus-Geräte sind in Vorbereitung. 


Interkama 
Düsseldorf 
Halle 1, Stand 1 A 01 


Der IEC-Bus 
gestern — heute — morgen 


Auf dem Tisch stehen mehrere elektro- 
nische Meßgeräte. Ein Ingenieur sitzt 
mit Bleistift und Papier davor und führt 
Meßreihen durch. Irgendwann wird ihm 
diese Tätigkeit zu langweilig. Er steht 
auf, holt einen Tischrechner aus dem 
Regal, stellt ihn neben die Meßgeräte 
und verbindet alles über Standardkabel 
miteinander. Nach einer Stunde Pro- 
grammierarbeit erhebt er sich vergnügt 
zu einer Erholungspause, während- 
dessen der Rechner fleißig die ihm auf- 
getragenen Meßaufgaben durchführt 
und auf dem Drucker ausgibt. 


Im Bereich der elektronischen Meß- 
technik ist dieses inzwischen ein ge- 
wohntes Bild geworden, doch war die 
Entwicklung dahin keineswegs selbst- 
verständlich und viele Dinge mußten 
zusammenkommen, um das heutige 
Ergebnis zu ermöglichen: 


Als man die Notwendigkeit einer ein- 
heitlichen Datenschnittstelle für Meß- 
geräte erkannte, wurde im Rahmen der 
IEC eine internationale Arbeitsgruppe 
gegründet, die die Aufgabe hatte, eine 
gemeinsame, von allen Ländern akzep- 
tierte Norm zu erarbeiten. Verschie- 
dene Länder- und Firmenvorschläge 
wurden diskutiert. Entscheidend war, 
daß man auf die sonst üblichen nationa- 
len Egoismen verzichtete und sich auf 
den Vorschlag eines großen Meßgerä- 
teherstellers als Arbeitsgrundlage ei- 
nigte. Aufgrund dessen wurden bereits 
1975 die ersten Versuche gemacht, 
IEC-Bus-Geräte auch verschiedener 
Hersteller zusammenzuschalten — die 
ELEKTRONIK berichtete damals schon 
darüber. 


Den nächsten wichtigen Impuls gab 
dem IEC-Bus der inzwischen weit ver- 
breitete Mikroprozessor. Erst durch ihn 
wurde es möglich, preiswerte Meßge- 
räte mit IEC-Bus zu realisieren. 


Gleichzeitig kamen dann auch IEC- 
Bus-kompatible Rechner mit relativ 
niedrigen Preisen auf den Markt. Den 
nächsten entscheidenden Schritt be- 
wirkte die Halbleiterindustrie, die die 
IEC-Bus-Funktionen in einem Chip in- 
tegrierte. Nun war der IEC-Bus nicht 
mehr aufzuhalten, und er wurde zum 
unbeschränkten Herrscher auf dem 


Gebiet der universellen Bit-parallelen 
Interface-Systeme. Die Anwendungen 
sind inzwischen so vielfältig geworden, 
daß es fast nicht mehr möglich ist, eine 
genaue Zahl der Geräte mit IEC-Bus- 
Anschluß zu nennen. Für den in diesem 
Maße kaum vorhersehbaren Erfolg tra- 
fen also zahlreiche Voraussetzungen 
zusammen: 

Das rechtzeitige Erkennen der Stan- 
dardisierungsnotwendigkeit, bevor 
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Einzelentwicklungen vollendete Tatsa- 
chen geschaffen hatten, das Vorhan- 
densein der richtigen Technologie, die 
wirtschaftliche Notwendigkeit der Pro- 
blemlösung, das Zurückstellen von na- 
tionalen und Firmeninteressen und si- 
cher nicht zuletzt der Einsatz einer 
kompetenten und engagierten Nor- 
mengruppe. 


Ist damit nun der Höhepunkt der IEC- 
Bus-Technik erreicht? Sicher nicht. 
Sowohl auf dem Gebiet der Tischrech- 
ner, als auch im Bereich der IEC-Bus- 
Meßgeräte der unteren Preisklasse ist 
z. Z. ein weiteres Absinken im Preisni- 
veau zu verzeichnen. Ein vollständiger 
rechnergesteuerter IEC-Bus-Automat 
in der Preisklasse unter 10 000.- DM 
ist durchaus keine Utopie mehr. Damit 
ist die preisliche Voraussetzung gege- 
ben, um der IEC-Bus-Technik zu einer 
echten Massenanwendung zu verhel- 
fen. 

Darüber hinaus deutet sich aber eine 
weitere Entwicklung an. Nachdem es 
bisher trotz langjähriger Versuche nicht 
gelungen ist, eine Schnittstelle für 





Computerperipherie zu standardisie- 
ren, bietet sich hier der IEC-Bus als 
Ausweg an. Obwohl ursprünglich nicht 
für diese Anwendungen konzipiert, ist 
er z.Z. die einzig mögliche weltweit 
standardisierte Datenschnittstelle zum 
Anschluß von Druckern, Lesern, Ma- 
gnetbandkassetten und Floppylauf- 
werken. Insbesondere im Tischrech- 
nerbereich wird sich deshalb der IEC- 
Bus sehr schnell durchsetzen, nach- 
dem führende Hersteller von Tisch- 
rechnern hier bereits Maßstäbe gesetzt 
haben. Entsprechend der Größe dieses 
Marktes existiert hier ein noch weit grö- 
Beres Potential von IEC-Bus-Anwen- 
dungen als im Bereich der elektroni- 
schen Meßtechnik. Die Dynamik dieser 
Entwicklung ist so groß, daß sich inzwi- 
schen auch die entsprechenden Norm- 
gremien mit einer Anlehnung an den 
IEC-Bus beschäftigen. 


Im Bereich Bit-parallele Datenverbin- 
dungen über kurze Entfernungen wird 
deshalb der IEC-Bus seinen Siegeszug 
weiter fortsetzen und noch viele Jahre 
wichtigster Industriestandard bleiben. 


Und was kommt danach? 


Der IEC-Bus ist nicht in der Lage, Da- 
tennetze innerhalb eines Gebäude- 
komplexes oder einer Fabrik mit größe- 
ren Teilnehmerzahlen zu realisieren. 
Hier besteht die Notwendigkeit für ei- 
nen Bit-seriellen Bus hoher Übertra- 
gungsrate, der Koaxialleitungen oder 
Lichtleiter als Übertragungsmedium 
verwendet. Dieser serielle Bus ist eine 
Notwendigkeit im Bereich der lokalen 
Datennetze. Er wird deshalb in kurzer 
Zeit Realität sein und neben dem IEC- 
Bus ein sinnvolles Dasein führen. Beide 
Systeme werden sich ergänzen, wobei 
auch Kombinationen möglich sind. 


Infolgedessen wird auch in Zukunft 
niemand um Theorie und Praxis des 
IEC-Bus herumkommen, und es ist Si- 
cherlich ein günstiger Zeitpunkt, wenn 
die ELEKTRONIK in einer Sonderaus- 
gabe die zahlreichen Informationen zu- 
sammenstellt, die sie in den letzten 
Jahren über den IEC-Bus veröffentlicht 
hat, ergänzt aber auch durch vollkom- 
men neues Material, wie z. B. über die 
Bus-Interface-ICs. Tonio Frühauf 
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IEC-Bus 


Scheinbar einfach, wie es auch das Titel- 
bild veranschaulicht, verbindet der IEC- 
Bus die verschiedensten Geräte mitein- 
ander zu einem automatischen Meßsy- 
stem. Doch ganz so einfach gehtesinder 
Praxis nicht: Auch nach langen Jahren 
der Normungsarbeit in nationalen und in- 
ternationalen Gremien kommt der An- 
wender nicht darum herum, mit fundier- 
ten Eigenkenntnissen an die Planung und 
den Betrieb eines automatischen Meßsy- 
stems heranzugehen. ‚‚Fundiert‘ bedeu- 
tet in diesem Zusammenhang vor allem 
„festsitzende Grundlagen“, ergänzt 
durch praxisnahe Erfahrungen. 
Und genau hier soll unser Sonderheft 
eine Unterstützung sein. Es bringt in ei- 
nem breiten Spektrum, beginnend bei 
den IEC-Bus-Grundfunktionen und en- 
dend mit neuesten Anwendungsberich- 
ten aus der Industrie, einen umfassenden 
Überblick über den momentanen Stand 
der IEC-Bus-Technik. 
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Wie funktioniert der IEC-Bus? 


Zusammenschluß von Geräten 
Sender und Empfänger 


Das kleinste denkbare Meßsystem besteht aus zwei Geräten. 
Bild I zeigt ein Beispiel für einen solchen Zusammenschluß: 
Ein Sender „S“ gibt über einen parallelen Ausgang Daten ab, 
die von einem Empfänger „E“ empfangen werden. Ein Beispiel 
hierfür ist ein Voltmeter mit einem angeschlossenen Drucker. 
Die Daten werden parallel in BC D-Form transportiert. Nach 
jeder Messung erfolgt eine Datenmeldung, z. B. ein Druckbe- 
fehl. Der Empfänger quittiert die Daten mit einer Fertigmel- 
dung. 

Um den Leser an die Namen und Bezeichnungen aus der 
IEC-Bus-Norm zu gewöhnen, werden in allen Bildern und 
Texten neben deutschen Ausdrücken auch noch die entspre- 
chenden Benennungen in englischer Sprache benutzt, wie sie 
später in der IEC-Bus-Norm verwendet werden. 

Der Druckbefehl aus unserem ersten Beispiel würde in der 
IEC-Bus-Norm „Data valid“ heißen: .„DAV“. Die Quittung 
vom Empfänger heißt dann „data accepted“ und wird mit 
„DAC“ abgekürzt. 

Solange man wirklich nur einen Sender mit einem Empfän- 
ger verbinden will. ist es relativ einfach. Hat man aber mehrere 
Sender, z.B. mehrere Meßgeräte, und mehrere Empfänger, 
d.h. mehrere Geräte, die in irgendeiner Form Daten auf- 
schreiben, so ist mit einer einfachen Verbindung nach Bild I 
nicht mehr viel zu machen. 


Sternsysteme 


Von verschiedenen Herstellern wurden und werden auch 
noch Sternsysteme geliefert: ein solches besteht aus einem zen- 
tralen Gerät und mehreren sternförmig angeschlossenen ande- 


Daten 







n Leitungen 








"Daten melden" 
Druckbefehl DAY 
"Daten quittieren” 
Ready-Meldung DAC 
z.B Meßgerat mıt 

parallelem Datenausgang 








z.B. Drucker mit 
parallelem Dateneingang 


Bild 1. Einfache parallele 
Verbindung von zwei Geräten 


1. Teil 


ren Geräten. Ein prinzipielles Beispiel hierfür ist in Bild 2 dar- 
gestellt. In der Mitte des Bildes befindet sich ein Koppler, in 
den mehrere Eingangskarten ],...I, und mehrere Ausgangskar- 
ten O,...O m eingesteckt werden können. 

Da man normalerweise nicht davon ausgehen kann, dal} die 
Sender „S“ alle mit der gleichen Ausgangsschnittstelle verse- 
hen sind, gehört zu jedem Sender eine spezielle Eingangskarte 
„I" mit einem dazu passenden Verbindungskabel „K“. 
Entsprechend sieht es auf der Ausgabeseite aus. Die Empfän- 
ger in einem solchen System sind z. B. Drucker, Fernschreiber 
oder Lochstreifenstanzer, d. h. also Geräte, die Daten ausgeben 
können. Leider haben auch diese Geräte verschiedene Schnitt- 
stellen. Deshalb gehört zu jedem Empfänger „E“ eine besonde- 
re Ausgangskarte „O“ und ein besonderes Anschlußkabel „A“. 
Der Koppler enthält noch zusätzliche Elemente, die zur Steue- 
rung, Formatierung und Codeumsetzung notwendig sind. 

In einem solchen Sternsystem lassen sich die Daten von ver- 
schiedenen Meßgeräten auf verschiedene Ausgabegeräte über- 
tragen. Im Steuerteil des Kopplers sind meist einige Funktio- 
nen einstellbar, wie z. B. das Drucken von Zwischenräumen 
zwischen den einzelnen Meßwerten. Eines der Geräte auf der 
Senderseite könnte z. B. noch eine Digitaluhr sein, so daß beim 
Aufschreiben der Daten auch das Erfassen von Zeiten möglich 
ist. Diese Uhr kann den Koppler zu bestimmten Zeiten starten. 
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Bild 2. ) 
Sternsystem mit Koppler 
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Ein solches Sternsystem hat gewisse Vorteile für einfache 
Anwendungen, da der Verwender nur die Karten zu kaufen 
braucht, die in seinem speziellen System erforderlich sind. 
Andererseits ist man mit dem Kauf des Kopplers auf die Ver- 
wendung von Meß- und Ausgabegeräten eines einzigen Her- 
stellers festgelegt. da normalerweise nicht für jedes beliebige 
auf dem Markt befindliche Gerät Eingangs- oder Ausgangskar 
ten zur Verfügung stehen, die in den speziellen Koppler hinein- 
passen. Die Steuerung des zeitlichen Ablaufs der einzelnen 
Funktionen ist nur auf sehr einfache Art und Weise möglich. 
Rechenoperationen, Vergleichsoperationen oder andere 
komplizierte Aufgaben sind in einem solchen System über- 
haupt nicht möglich. 

Außerdem muß der Koppler für verschieden schnelle Emp- 
fangsgeräte, die gleichzeitig arbeiten sollen, mit einer Überwa- 
chung der Empfangszeräte ausgerüstet sein. Will man in einem 
solchen System einen Fernschreiber einsetzen, der mit dem 
CCITT-Code arbeitet, so benötigt man dafür auf jeden Fall 
einen Codeumsetzer, da der CCITT-Code nichts mit den übli 
cherweise parallel einkommenden digitalen Daten zu tun hat. 
Das bedeutet, dal3 ein Fernschreiber, wie er in Deutschland oft 
angetroffen wird, nur über einen relativ teuren Codeumsetzer 
in einem solchen System verwendet werden kann. Ein solches 
Sternsystem ist deshalb nicht besonders flexibel und nur für 
einfache Anlagen zu empfehlen. Die Erweiterbarkeit auf eine 
größere Zahl von Geräten ist meist begrenzt durch die Zahl der 
Plätze für Eingangs- und Ausgangskarten im Koppler. 


Externes Bus-System 

Der nächste Schritt auf dem Weg zum IEC-Bus-System ist 
ein externes Bus-System (Bild 3). In einem Sternsystem, wie cs 
z. B. in Bild 2 skizziert wurde. gibt es innerhalb des Kopplers 
meistens eine Art von Bus-Verbindungs-Leitung: in diese 
werden die Eingangs- und die Ausgangskarten eingesteckt. 
Von der Steuereinheit des Kopplers werden die Eingangs- und 
Ausgangskarten dann gesteuert. 

Im Gegensatz dazu liegt das Bus-System nach Bild 3 außer- 
halb der Geräte. Hierbei werden nicht spezielle Kopplerkarten 
passend zu verschiedenen Geräten in einem Kopplergerät be- 
trieben, sondern alle Geräte, die in einem solchen Bus-System 
arbeiten sollen, werden mit einer definierten gleichen Schnitt- 
stelle versehen. Die Verbindung erfolgt mit Standardkabeln auf 
der Rückseite der Geräte, so daß eine durchgehende Verbin- 
dung über alle Geräte geschaffen wird. Innerhalb der Geräte 
wird dann eine Verbindung zwischen dem eigentlichen Gerät 
und dem Standardanschluß hergestellt. Ein Interface, wie es für 
ein solches externes Bus-System notwendig ist, wırd später 
noch näher erläutert. 


Bus-Systeme mit programmierbarem Steuergerät 

Da in einem Bus-System alle Leitungen an alle Geräte gc- 
hen, muß jetzt innerhalb der Geräte etwas vorgesehen werden, 
um den angeschlossenen Geräten die Feststellung zu ermögli- 
chen. ob die Daten. die über den Bus verschickt werden. für 
das Gerät bestimmt sind oder nicht. Ein Bus-System ist ohne 
die Adressierung der einzelnen Geräte nicht möglich (Bild 4). 

In einem Bus-System dieser Art muß immer ein Steuergerät 
vorhanden sein, welches die einzelnen Geräte nacheinander 
aufruft: es muß wissen, welches Gerät als nächstes zu einer 
Aktion veranlaßt werden soll und wie diese Aktıon veranlaßt 


Bild 3. Bus-System 
mit „durchgeschleifter 
Verbindung der Geräte 
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z.B. Drucker oder z.B. Zähler z.B programmier- 
Fernschreiber bares Voltmeter 


Bild 4. Schema eines Bus-Systems mit mehreren Busleitungen 


wird. Die dazu notwendigen Informationen befinden sich 
innerhalb des Programms dieses Steuergerätes: es muß verän- 
derbar sein, um ein solches System flexibel genug zu halten. 
Darum wird ein solches Steuergerät üblicherweise program- 
mierbar ausgeführt: im IEC-Bus heißt ein entsprechendes Ge- 
rät Controller 

Das programmierbare Steuergerät arbeitet schrittweise sein 
Programm ab; wenn darin steht, daß ein bestimmtes Gerät auf- 
gerufen und zu einer bestimmten Aktion veranlalßt werden soll, 
so schickt das Steuergerät als erstes die Adresse dieses ausge- 
wählten Gerätes über den Adreßbus. Jedes Gerät hat eine be- 
stimmte Geräteadresse, und wenn diese auf dem Adreßbus er- 
scheint, so achtet das Gerät auf die nachfolgenden Steuerbefeh- 
le oder Daten. Wenn z. B. auf Bild 4 das Gerät „n“ auf einen 
bestimmten Meßbereich programmiert werden soll, so muß das 
Steuergerät als erstes die Geräteadresse dieses Voltmeters aus- 
senden. Anschließend wird über den Steuerbus ein Steuerbefehl 
gegeben, der dem Voltmeter sagt, daß die auf dem Datenbus 
gleichzeitig ausgeschickten Daten ein Signal für den Meßbe- 
reich sind. Nach der Übernahme dieser Information ist das 
Voltmeter programmiert. Die Übernahme selbst wird gesteuert 
durch Zeit-Signale (Timing), wie z. B. die Takt-Signale (clock 
pulse). 

Wenn das Voltmeter anschließend eine Messung ausführen 
soll. so muß als erstes wieder der Adreßbus die Adresse des 
Voltmeters enthalten, und anschließend über den Steuerbus der 
Fernsteuerbefehl für den Beginn einer Messung gesendet wer- 
den. Für einen solchen Steuerbefehl ist es nicht erforderlich, 
über den Datenbus Informationen zu verschicken. Im nächsten 
Schritt müßte das Steuergerät die Daten aus dem Voltmeter ab- 
fragen. Durch zusätzliche Zeitsignale muß dafür gesorgt wer- 
den, daß nicht eher Daten aus dem Voltmeter abgefragt wer- 
den, als bis es auch wirklich die verlangte Messung ausgeführt 
hat. Erst wenn das Signal für die Beendigung der Messung er- 
folgt ist, darf aus dem Voltmeter wirklich der Melswert abge- 
rufen werden. 

Das Steuergerät gibt dazu über den Adreßbus wieder die 
Adresse des Voltmeters aus und über den Steuerbus mehrere 
Befehle, um nacheinander die einzelnen Ziffern des Meßwertes 
über den Datenbus abzurufen; sie gelangen über den Datenbus 
zum Steuergerät und werden dort zwischengespeichert. 


Um den so erhaltenen Meßwert ausdrucken zu können, gibt 
das Steuergerät die Adresse des Druckers aus, und anschlie- 
end werden Signale an den Drucker gegeben, damit er weiß, 
daß die gleichzeitig auf dem Datenbus ankommenden Datensi- 
gnale für ihn bestimmt sind und daß er sie drucken oder zwi- 
schenspeichern soll. Bei einem Zeilendrucker gibt es einen wei- 
teren Steuerbefehl. der den Ausdruck des kompletten Meßwer- 
tes veranlaßt, sobald dieser im Gerät angekommen ist. 
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Bild 5. Interface für ein Bus-System mit mehreren Busleitungen 


Das Interface: 
notwendiger Bestandteil universeller Bus-Systeme 

Das Voltmeter und der Drucker müssen für eine solche An- 
wendung mit einem Interface versehen werden. das die Signale 
für den Bus empfängt bzw. abgibt. Das bedeutet, daß norma- 
lerweise kein Gerät konventioneller Bauart mit der richtigen 
Schnittstelle versehen ist, daß aber alle Geräte sich mit einer 
solchen bauen lassen würden. Die Vorteile eines solchen Sy- 
stems sind folgende: Es gibt keine prinzipielle Grenze für die 
Zahl der anschließßbaren Geräte. Jedes Gerät ist über eine rela- 
tiv einfache Anschlußeinheit an das Bus-System anschließbar. 
Die Zahl der in einem solchen System anschließbaren Geräte 
ist in der Praxis aus Belastbarkeitsgründen zwar nicht beliebig 
groß, aber sie kann doch recht groß gehalten werden. 

In einem solchen Bus-Svstem lassen sich normale Standard- 
geräte verwenden, was bedeutet, daß man relativ billige Geräte 
im System verwenden kann. Das einzige spezielle Gerät ist das 
programmierbare Steuergerät, und von ihm hängt es ab, wie 
flexibel das Gesamtsystem ist. Als Maximallösung für ein sol- 
ches Steuergerät ließe sich z. B. ein Minicomputer verwenden, 
der ein Ändern des Programms ermöglicht und der außerdem 
jede Möglichkeit für die Weiterverarbeitung der anfallenden 
Meßwerte bietet. Für Anwendungen, wo ein Computer zu grob 
und zu teuer ist, kann man mit einem kleinen programmier- 
baren Steuergerät oder durch einen Mikroprozessor doch recht 
leicht programmierbare Ablaufsteuerungen für ein solches 
Meßsystem aufbauen. 

An Bild 5 soll kurz erläutert werden. wie ein solches Bus- 
Interface aussieht. Links oben befinden sich die Doppelbuch- 
sen für den Anschluß von weiteren Geräten über die Standard- 
busleitung. Rechts in der Mitte des Bildes befindet sich das 
konventionelle Meßgerät: es hat eine Datenausgabe und eine 
Dateneingabe. Letztere ist nur dann vorhanden, wenn z. B. das 
Meßgerät in seinen Meßbereichen programmiert werden kann. 
Aus dem Timing-Bus gelangen Taktsignale in das Interface. 
Aus dem Meßgerät selber lassen sich Wartezeiten auf den 
Timing-Bus ausgeben, um die Meßzeit des Meßgerätes zu 
überwachen. Die auf dem Adreßbus anliegende Adresse wird 
in einem Vergleicher mit der einstellbaren Gerateadresse ver- 
glichen; erst wenn beide übereinstimmen, wird ein Freigabe- 
signal an den Decoder gegeben. Dieser gibt nur dann die Signa- 
le vom Steuerbus weiter, wenn das Freigabesignal vorliegt. Im 
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Bild 6. Bus-System mit einem Controller C und mehreren Talkern bzw. 
Listenern 





Decoder werden jetzt die einzelnen Befehle vom Steuerbus de- 
codiert. Mit den einzelnen Codes auf dem Steuerbus werden 
dann nacheinander die einzelnen Zeichen vom Datenausgang 
des Meßgerätes auf den Datenbus gegeben, bzw. beim Pro- 
grammieren des Melßgerätes werden die einzelnen Zeichen, die 
auf dem Datenbus nacheinander ankommen, an die verschie- 
denen Stellen gegeben, die bei dem Meßgerät zur Programmie- 
rung vorgesehen sind. Ein weiterer Code auf dem Steuerbus 
dient zum Start des Meßgerätes für eine Messung. 


Vorteile einer internationalen Schnittstellennorm 


Als Fortentwicklung liegt jetzt eine Schnittstellennorm im 
Entwurf vor, die gegenüber allem bisher beschriebenen Vorteile 
hat. Der größte Vorteil für den Anwender liegt darin, daß es 
sich um eine internationale Norm handelt, an die sich immer 
mehr Hersteller halten werden. Das bedeutet, daß in Zukunft 
Geräte von verschiedenen Herstellern in einem System kombi- 
niert werden können, ohne dal3 man bei jedem Hersteller eine 
andere Ausgangsschnittstelle vorfinden wird. 

Bevor auf diese IEC-Bus-Schnittstelle im einzelnen einge- 
gangen wird, folgt jetzt als erstes ein Abschnitt über die Ele- 
mente eines Bus-Systems. Leser, die bereits selbst mit Bus- 
Systemen gearbeitet haben, sollten trotzdem den nächsten Ab- 
schnitt nicht überspringen, da der IEC-Bus mehrere schwieri- 
ge technische Einzelheiten gleichzeitig enthält, die man alle 
verstehen sollte, wenn man sich mit dem Bau von Geräten mit 
einer IEC-Bus-Schnittstelle beschäftigen will. 


Elemente und Arbeitsweise eines Bus-Systems 


Warum nur I Talker? 

An den IEC-Bus lassen sich gleichzeitig verschiedene Ge- 
räte anschließen: diese können Talker — d. h. Sender — sein, sie 
können Listener — d. h. Zuhörer — sein, und sie können Con- 
troller (Steuergeräte) sein. Dabei ist es nicht erforderlich, dal3 
ein Gerät nur Talker oder nur Listener ist. Es gibt jede nur 
denkbare Kombination aus diesen drei Eigenschaften. Aber 
eines steht fest: nur ein Controller zur Zeit darf das System 
steuern! Und nur ein Talker zur Zeit darf Daten auf den BUS 
senden! Erst wenn dieser Talker mit seiner Sendung fertig ist. 
darf ein zweiter Talker stattdessen das Senden übernehmen. 
Das einzige, was gleichzeitig von mehreren Stellen her erlaubt 
ist, ist das Zuhören (Bild 6). Wenn nämlich außer dem Talker 
„T I" noch ein weiterer Talker gleichzeitig senden würde. so 
würden sich die Daten auf dem Bus gegenseitig stören. Wir 
sehen- hieraus gleich eine Eigenschaft des Bus-Systems: alle 
Übertragungen müssen nacheinander (also seriell) erfolgen. 
Gleichzeitig lassen sich auf einem Bus nur die einzelnen Bits 
eines Zeichens übertragen, die jedes für sich eine eigene Lei- 
tung haben. d.h.. für ein Bus-System gibt esmehrerere Daten- 
leitungen, die parallel nebeneinander liegen und die ein bitpar- 
alleles. zeichen-serielles Übertragen der Daten ermöglichen. Im 
Gegensatz zu der Beschränkung auf einen einzigen Talker gilt 
diese Beschränkung für das Empfangen von Daten, wie gesagt. 
nicht: es können gleichzeitig beliebig viele Empfänger einge- 
schaltet und empfangsbereit sein. 

Aus Bild 7 kann man sehen, warum nur ein Sender zur Zeit 
auf dem Datenbus senden darf: der Sender | hat als letzten 
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Baustein vor dem Datenbus z. B. ein NAND-Glied mit offe- 
nem Kollektor. Solange das Freigabesignal I auf Null liegt, hat 


der Baustein S 1 am Ausgang seinen High-Zustand [3]. Das be- 


deutet, daß der Sender S I den Bus nicht beeinflußt. da er 
hochohmig geschaltet ist. Auf dem Bus können jetzt andere 
Daten transportiert werden. Der Sender n hat als letzten Bau- 
stein z. B. einen Drei-Zustands-Logik-Baustein (Tri-state- 
logic); dieser hat an seinem Ausgang einen hochohmigen Zu- 
stand solange die Freigabeleitung n auf Null geschaltet ist. Das 
bedeutet, daß auch dieser Baustein die Bus-Leitung nicht be- 


einflußt. Erst wenn die Freigabeleitung n auf „1 geschaltet ist, 


werden die Sendedaten aus dem Sender N auf den Bus gege- 
ben. Das Ausgeben von Daten auf den Datenbus erfolgt jetzt. 
je nachdem, ob es über den offenen Kollektor oder einen Drei- 
Zustands-Baustein geht, auf zwei verschiedene Arten: Ein 
NAND-Glied mit offenem Kollektor zum Beispiel kennt im 
Grunde genommen nur einen Low-Zustand am Ausgang. Ein 
solches Glied ist entweder auf Low geschaltet und zieht den ge- 
samten Datenbus auf Low, oder aber es ist nicht auf Low ge- 
schaltet, und dann muß über einen externen Arbeitswiderstand 
dafür gesorgt werden, daß der Datenbus auf High liegt. Wenn 
jetzt zwei Sender gleichzeitig auf demselben Bus arbeiten, so 
genügt es, daß ein einziger dieser Sender auf Low geschaltet ist, 
um den gesamten Datenbus auf Low zu ziehen. Wenn jetzt der 
zweite arbeitende Sender eigentlich ein High-Signal übertragen 
will, so wird dieses durch das Low-Signal des ersten Senders 
gestört. Man sieht hieraus: um Daten über einen Datenbus un- 
gestört übertragen zu können, darf immer nur ein Sender zur 
Zeit arbeiten! 

Schwieriger wird es bei Drei-Zustands-Logik-Bausteinen: 
Wenn wir davon ausgehen, daß ein Baustein hierbei ein Low- 
Signal, der zweite gleichzeitig ein High-Signal ausgibt, so wer- 
den diese Bausteine sogar noch überlastet, da ein Baustein die 
Bus-Leitung niederohmig auf Low zieht, während der andere 
die Bus-Leitung auf High zu ziehen versucht. Dadurch fließen 
starke Querströme von einem Baustein über den anderen. 

Hingegen spielt es keine Rolle, wieviele Empfänger gleich- 
zeitig am Bus anliegen. Hier gibt es nur eine Belastungsgrenze 
(fan-out), denn wenn man zu viele Empfänger gleichzeitig an 
den Bus anschließt, so wird der Sender nicht mehr in der Lage 
sein, den Strom für die Empfänger gleichzeitig zu liefern. 


„Active-low“ oder „Active-high“? 


Anhand des Bildes 7 soll noch eine weitere Eigenschaft des 
Busses erklärt werden: wenn die Sendedaten I über den Bau- 
stein S 1 auf den Datenbus ausgegeben werden — d. h. die Frei- 
gabeleitung | ist auf High geschaltet — so werden die Daten 
auf dem Datenbus invertiert übertragen. Daten, die innerhalb 
des Gerätes High waren, sind auf dem Bus jetzt Low und um- 
gekehrt. Wenn wir dagegen die Sendedaten n aus dem Sender 
mit Drei-Zustands-Logik-Baustein ansehen, so werden sie in 
diesem nicht invertiert, d. h. ein High-Signal aus dem Sender n 
wird im High-Zustand über den Datenbus übertragen, und ein 
Low-Signal wird als Low-Signal übertragen. 


Es muß also für eine Schnittstelle definiert sein. ob ein „wah- 
res“ Signal (1-Signal) als „active high“- oder als „active low“- 
Pegel übertragen wird. 


Welche Begrenzungen gibt es noch? 


Nachdem wir aus Bild 7 schon gesehen haben, daß die Zahl 
der Empfänger wegen der Leistungsfähigkeit der Sender be- 
grenzt ist (Begrenzung durch Stromgrenze der Bausteine), soll 
jetzt hier noch kurz über die erreichbare Länge eines solchen 
Bus-System gesprochen werden; sie wird begrenzt durch die 
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Kapazität und den Leitungswiderstand des Kabels. Je länger 
eine Verbindungsleitung wird, desto größer wird ihre Kapazi- 
tät. Ein Verbindungskabel mit großer Kapazität bedeutet aber, 
daß die Impulse, die über diesen Bus übertragen werden kön- 
nen, länger sein müssen; sind sie aber zu lang, dann kann man 
nicht mehr genügend Daten schnell genug von einem Gerät 
zum anderen übertragen. 


Der Verlustwiderstand der Drähte liegt praktisch zwischen 
den Senderausgängen und den Empfängereingängen. Bei zu 
großer Leitungslänge stellt dieser Widerstand einen zusätzli- 
chen Spannungsabfall für die Signale dar; durch ihn wird die 
Störsicherheit des Systems ungünstig beeinflußt, da der Low- 
Pegel der Empfänger immer weiter weg von Null Volt liegt, je 
mehr Widerstand sich zwischen den Empfängereingängen und 
den Senderausgängen befindet. 


Wie seriell isı ein Bus-System? 


Bei dem Bus-System von Bild 4 waren noch eine ganze 
Reihe von verschiendenen Bussen parallel nebeneinander vor- 
handen (siehe auch Bild 8). aus dem Steuergerät C (Con- 
troller) kommen der Adreßbus und der Steuerbus sowie die 
Zeit-Signale. Über das Bus-System gelangen diese Signale an 
den Empfänger E und dieser übernimmt Daten, die aus dem 
Sender S kommen. Hierbei gibt es zwei Möglichkeiten: das 
Steuergerät selbst ist Sender und sendet die Daten an einen 
externen Empfänger, oder aber das Steuergerät steuert nur die 
Ausgabe der Daten aus einem externen Sender und übernimmt 
diese Daten als Empfänger. In einem solchen Bus-System lau- 
fen Adreßbus und Steuerbus über zusammen 8 Leitungen, 
während der Datenbus weitere 8 Leitungen benötigt. Hierzu 
kommen noch einige zusätzliche Leitungen, über die die 
Zeit-Signale übertragen werden. 

Wenn man die Zahl der Leitungen verringern will, wie es 
z. B. auch beim IEC-Bus der Fall ist, so gibt es hierfür fol- 
gende Möglichkeiten: da wir auf Adreß- bzw. Steuersignale in 
einem Bus-System nicht verzichten können, kann man die 
Übertragung von Adressen und Daten nur zeitmultiplex nach- 
einander über die gleiche Leitung vornehmen (Bild 9). In die- 
sem Fall muß über eine zusätzliche Leitung angekündigt wer- 
den, ob die über den Datenbus übertragenen Signale Adressen 
oder Daten sind. Innerhalb des Steuergerätes muß dafür ein 
„Adreß-Signal“ erzeugt werden. Das Steuergerät legt die 
Adreß-Signal-Leitung auf High, wenn die Adresse übertragen 
wird. 

Im Empfänger wird, wenn die Adreß-Signal-Leitung auf 
High liegt, der Übertragungskanal auf ein Eingabetor geschal- 
tet, an dessen Ausgang wieder die Adresse zur Verfügung steht. 
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Danach werden die Daten über den gleichen Übertragungs 
kanal übertragen. Da das Adreß-Signal während der Daten- 
übertragung auf Low liegt, wird jetzt über einen Inverter das 
zweite Tor im Empfänger aufgeschaltet: an seinem Ausgang 
stehen dann die Daten zur Verfügung. Da bei einer solchen 
Übertragungsweise Adresse und Daten niemals gleichzeitig zur 
Verfügung stehen, müssen in den angeschlossenen Geräten die 
übertragenen Adressen gespeichert werden. Nur wenn die 
Adresse in einem Speicher zwischengespeichert ist, weiß das 
adressierte Gerät, daß es die übertragenen Daten annehmen 
soll. 

Beim IEC-Bus gibt es ein entsprechendes Adreß-Signal, es 
heißt „Attention -ATN. Durch die Verwendung dieses Signals 
ist es möglich, die Zahl der Adrel3- und Daten-Leitungen, die 
vorher 16 war, auf insgesamt 9 Leitungen zu reduzieren. Nicht 
verringert wird hierdurch die Zahl der sonst noch erforderli- 
chen Leitungen, die zum Übertragen der Zeit-Signale gehören. 
Was man hierunter im einzelnen zu verstehen hat, wird später 
erklärt. Ein solches Übertragungssystem nennt man ein Bit- 
paralleles/Byte-serielles Übertragungssystem. 

Im Gegensatz dazu versteht man unter einem Bit-seriellen/ 
Byte-seriellen System das, was beim Fernschreiber für die Ver- 
bindung von zwei Geräten angewendet wird. In Bild 10 ist hier- 
für ein Schema gegeben. Die 8 Leitungen, die für ein Bit- 
paralleles System erforderlich sind. werden dabei in ein Schie- 
beregister SR gegeben und mit Hilfe von Taktsignalen (clock 
CK) seriell aus diesem über eine Leitung ausgeschoben. Die 
gleichen Taktsignale dienen zum Einschieben der seriellen 
Signale in einen Empfänger. Nach 8 Takten sind die 8 paralle- 
len Bits des Senders wieder in den Empfänger eingeschoben und 
stehen parallel zur Verfügung. In Bild 10 ist eine zweite Über- 
tragungsleitung für die Taktsignale eingezeichnet. 


Ein solches Übertragungssystem nennt man ein synchrones 
Übertragungssystem, da die Daten gleichzeitig mit den dazuge- 
hörigen Taktsignalen übertragen werden. Beim Fernschreiber, 
der die Datenübertragung prinzipiell auf diese Art ermöglicht, 
handelt es sich allerdings um ein asynchrones System; hier gibt 
es keine Taktsignale. Die zu einem Zeichen gehörenden Bits 
werden dabei in einem bestimmten Zeitraster übertragen und 
durch Start- und Stopschritte gekennzeichnet. Der Empfänger 
ist in der Lage, sich durch Überwachung von Start- und Stop- 
schritten auf ein laufendes Signal einzupendeln. 

Nun ist die Beschreibung eines vollseriellen Bus-Systems 
(Bit-serielles-Byte-serielles System), das über eine 2-Draht-Lei- 
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tung wie beim Fernschreiber funktioniert, damit noch nicht ab- 
geschlossen. Bei dem Bit-parallelen Bus-System von Bild 9 
war ja bereits eine zusätzliche Adreß-Leitung für das Signal 
ATN erforderlich. Ferner gab es noch eine ganze Reihe Leitun- 
gen, die der Übertragung von zeitlichen Zuständen diente 
(Timing), und außerdem befindet sich normalerweise in einem 
solchen Bus-System, z. B. auch im IEC-Bus-System. eine 
Reihe von Hilfsleitungen, die bisher noch gar nicht erwähnt 
wurden und auf die später erst eingegangen wird. Allein die 
Übertragung des Adreß-Signals ist in einem Fernschreibkanal 
nicht so ohne weiteres möglich. 

Trotzdem gibt es durchaus Möglichkeiten, ein voll-serielles 
Bus-System zu bauen. Da hier aber eine Einführung in den 
IEC-Bus gegeben werden soll, wird von einer näheren Erläu- 
terung der dabei auftretenden Schwierigkeiten und wie man sie 
lösen könnte, abgesehen. Zur Zeit laufen verschiedene Unter- 
suchungen, ob sich eine ähnliche Norm — wie es der jetzt be- 
kannt gewordene IEC-Bus ist — auch für ein Bit- und Byte- 
serielles Bus-System finden läßt. 


„Verdrahtetes UND“ und „Verdrahtetes ODER“ 


Jeder, der sich mit digitaler Elektronik beschäftigt, kennt die 
dabei benutzten Grundbausteine: es gibt UND-Glieder, 
ODER-Glieder und Umkehrstufen (Inverter). Aus diesen 
Grundelementen lassen sich dann höhere Bauelemente zusam- 
menbauen, z. B. Flipflops, aus diesen dann wieder Zähler, 
Schieberegister und Speicher. Außer diesen aus elektronischen 
Bauelementen herstellbaren Logikbausteinen gibt es noch das 
sogenannte „verdrahtete UND“ (Wired-AND): dies ist kein 
Logik-Baustein, sondern nur eine logische Verknüpfung, die 
durch die Verdrahtung der Bauelemente hergestellt wird (Bild 
11). Verbindet man die Ausgänge von Bausteinen mit offenem 
Kollektor miteinander und legt diese Bus-Leitung über einen 
gemeinsamen Arbeitswiderstand auf Plus, so ist diese Bus- 
Leitung dann und nur dann auf High-Signal, wenn. alle Aus- 
gänge der angeschlossenen Bausteine auf High-Signal liegen. 
Istnurein einziger Ausgang auf Low-Signal. so ist die gesamte 
Bus-Leitung auf Low. Das eben Gesagte gilt für normale TTL- 
Bausteine mit positiver Logik (active high). 

Das bedeutet aber, daß die Bus-Leitung in der in Bild 11 
dargestellten Form eine UND-Verknüpfung für die Signale 
A,...A„ darstellt (siehe auch Pegel-Diagramm). 


In Bild 12 ist ein UND-Glied mit seiner Verknüpfungsformel 
dargestellt. Der daneben dargestellte ODER-Baustein mit den 
Invertierungspunkten an allen Ein- und Ausgängen ist in seiner 
Funktion dem UND-Baustein gleich. Denn es gilt: AN B=X: 
es gilt aber auch: A v B= X. und das bedeutet, daß ein Null- 
Signal am Ausgang wieder erscheint, wenn der eine oder ande- 
re Eingang ein Null-Signal sieht. Jeder UND-Baustein für 
positive Signale ist gleichzeitig ein ODER-Baustein für Null- 
Signale. 

In Bild 13 ist ein „verdrahtetes ODER“ für Low-Signale 
dargestellt. Über die Inverter-Ausgangsstufen werden die Si- 
gnale A....A, auf den Bus geschaltet: wenn eines dieser Signa- 
le „wahr“ ist, so liegt am Ausgang des dazugehörigen Sende- 
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bausteins ein Low-Signal vor, und damit befindet sich die ge- 

samte Bus-Leitung im Low-Zustand. Es spielt keine Rolle 
mehr, ob gleichzeitig noch weitere Sendesignale zur Verfügung 
stehen oder nicht. Ein einziges Signal genügt, um den gesamten 
Bus auf Low zu ziehen. Das aber ist die Funktion, die man 
üblicherweise ODER nennt. Wir merken uns, daß auf einer 
Bus-Leitung, d.h. auf einer einfachen Drahtmwerbindung, ein 
verdrahtetes UND für High-Signale und ein verdrahteres 
ODER für Low-Signale möglich ist! 


Das Zweidraht- Handshake- Verfahren 


Früher verwendete man vorwiegend synchrone Datenüber 
tragungssysteme, das bedeutet, dal) zusätzlich zu den Daten 
noch ein Taktsignal übertragen wurde; mit diesem wurde dem 
Empfänger die Gültigkeit der Daten mitgeteilt. Ein solches 
synchrones Übertragungssystem ist der Zusammenschluß von 
zwei Geräten nach Bild I, der Anschluß von Meljgeräten 
an einen Koppler nach Bild 2 und auch das in Bild 4 darge 
stellte Bus-System ist ein synchrones System mit einem Takt- 
signal (Bild 14). Um an den Koppler von Bild 2 als Empfänger 
einen Fernschreiber anschlielen zu können, müßte sich in dem 
Koppler bereits ein asynchrones Datenübertragungssystem be- 
finden. 

Außer synchroner und asynchroner Datenübertragung gibt 
es noch die Übertragung von Daten im Handshake- Verfahren: 
dieses ist ein asynchrones Datenübertragungssystem. bei dem 
die Daten mit einer variablen Geschwindigkeit übertragen wer 
den können. Beim Fernschreiber war die Bit-Rate definiert. 
und der Empfänger konnte sich mit Hilfe von Start- und Stop- 
schritten immer wieder neu auf die Frequenz des Senders 
synchronisieren. Beim Handshake- Verfahren ist für die Über- 
tragung jedes Zeichens ein Melde- und ein Quittungssignal er- 
forderlich (Bild 15). 

Ein einfaches Handshake-Verfahren ist das sogenannte 
Zweidraht-Handshake-Verfahren. Allerdings kann man mit 
ihm nur zwei Geräte aneinander anschließen. Hierbei wird das 
eine Gerät als Sender. das andere als Empfänger benutzt. Bei 
der IEC-Bus-Norm z. B. würde der Sender /alker heißen und 
der Empfänger Listener. Die Datenübertragung geschieht hier 
Bit-parallel/Zeichen-seriell über die Datenleitung DIO (Data 
IN/OUT). Jedes Zeichen, das übertragen wird, wird durch eine 
Meldung auf der Data-Valid-Leitung DAV angezeigt: der 
Empfänger überwacht sie und übernimmt das Zeichen, wenn 
die Daten zur Verfügung stehen und er bereit ist, sie zu über- 
nehmen. Wenn der Empfänger die Daten übernommen hat. 
quittiert er sie über die Data-Accepted-Leitung DAC. Durch 
dieses Quittungssignal weiß der Sender, wann er aufhören 
kann, die alten Daten zu senden, bzw. wann er neue Daten 
senden darf. Daher übrigens die Bezeichnung Handshake: 
ein Mensch reicht dem anderen die Hand, dieser reicht seiner- 


seits seine Hand zurück. Eine Möglichkeit der Datenanforde- 
rung wird später beschrieben. 

Das Handshake- Verfahren gilt im beschriebenen Fall nur 
für den Zusammenschluß von zwei Geräten, allerdings kann 
die Sende- bzw. Empfängereigenschaft hierbei umgeschaltet 
werden. Das bedeutet, der Sender kann zum Empfänger und 
der Empfänger zum Sender werden. Hierbei kehren sich alle Si- 
gnalrichtungen um (Bild 15). 

Ein Pegeldiagramm zu Bild 15 ist in Bild 16 dargestellt. Ein 
Handshake-Zyklus beginnt damit. daß der Sender Daten auf 
den Datenbus ausgibt: anschließend meldet er diese Daten 
über die Data-Valid-Leitung als gültig. Der Empfänger über- 
wacht die Data-Valid-Leitung, und wenn er das Signal „Data- 
Valid“ erkennt, übernimmt er die Daten und gibt über die 
Data-Accepted-Leitung die Rückmeldung DAC, daß er die Da- 
ten empfangen hat. Der Sender seinerseits überwacht die Data- 
Accepted-Leitung. und wenn die Rückmeldung kommt, dal} die 
Daten empfangen worden sind, so nimmt der Sender das Data- 
Valid-Signal DAV weg und kann kurz danach auch die Daten 
wegnehmen, da der Empfänger diese Daten nicht mehr benö- 
tigt. Der Empfänger, der ja die Data-Valid-Leitung überwacht, 
kann jetzt von sich aus zu einem beliebigen Zeitpunkt danach 
das Data-Accepted-Signal wegnehmen. Danach beginnt ein 
neuer Zyklus, in dem das nächste Zeichen übertragen werden 
kann. 

Nach dieser prinzipiellen Darstellung eines Handshake- 
Zyklus folgt in Bild 17 eine noch genauere Beschreibung der 
einzelnen Signale. Die Daten werden als erstes ausgegeben und 
auf der Data-Valid-Leitung gültig gemeldet. Wenn der Emp- 
fänger auf die Gültigmeldung DAV jetzt mit einem Data- 
Accepted-Signal DAC reagiert, so weiß der Sender durch die 
Flanke des DAC-Signals, daß die Daten übernommen worden 
sind. Die Zeit, in der die Data-Accepted-Leitung in dem Zu- 
stand „Übernommen“ verbleibt, ist die interne Verarbeitungs- 
zeit des Empfängers: denn es ist möglich. daß der Empfänger 
die Daten mit der Flanke übernimmt, aber nicht sofort weitere 
Daten gebrauchen kann. 


Nach der Übernahmeflanke des DAC-Signals kann der 
Sender das DAV-Signal ausschalten und außerdem die Daten- 
ausgabe beenden, d. h. die Datenleitung ist passiv, und die 
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Data-Valid-Leitung DAV liegt in ihrem Zustand, der meldet, 
dal3 die Daten nicht gültig sind. Der Empfänger schaltet das 
Data-Accepted-Signal erst dann aus, wenn er neue Daten ge- 
brauchen kann. Die Rückflanke des Data-Accepted-Signals ist 
hier also eine Anforderung für neue Daten! 

Dieser Zweidraht-Handshake funktioniert für zwei Geräte 
in beliebiger Richtung mit Umschalten der Übertragungsrich- 
tung. Das Umschalten selber darf hierbei natürlich nur zwi- 
schen zwei Übertragungszyklen passieren, d. h. in einem Mo- 
ment, wo Daten nicht gültig sind und neue Daten möglich sind 
(passiver Bus-Zustand). Ein Umschalten innerhalb eines 
Zyklus ist nicht möglich. 


Wenn man, wie beim IEC-Bus realisiert, mehr als 
zwei Geräte gleichzeitig miteinander verbinden will, so ist der 
Zweidraht-Handshake der eben beschriebenen Bauart nicht 
mehr ausreichend. Die einfachste Konfiguration mit mehr als 
zwei Geräten ist gegeben, wenn ein Talker mit zwei Listenern 
arbeiten soll (Bild 18); alles, was hier für das kleinste System 
von einem Talker und zwei Listenern gezeichnet ist, gilt auch 
für weitere Talker, die am gleichen System angeschlossen, aber 
passiv sind, und es gilt genauso für weitere Listener-Geräte. 


Als erstes wollen wir uns klarmachen. warum der Zwei- 
draht-Handshake für ein System mit mehr als zwei Geräten 
nicht mehr brauchbar ist: In dem Pegeldiagramm von Bild 18 
sind die beiden Data-Accepted-Ausgänge der Listener L | und 
L2 getrennt dargestellt. Dabei wird angenommen, daß die 
beiden Listener verschiedene Zeiten für die Verarbeitung der 
empfangenen Daten benötigen. Wie schon gesagt, setzt der 
Sender als erstes die Daten und meldet sie über die Data-Valid- 
Leitung als gültig. Wenn jetzt der erste Listener sehr schnell 
auf diese Gültigmeldung reagiert und sein Data-Accepted- 
Signal gibt, so nützt das allein noch gar nichts. Erst nach der 
Verzögerungszeit „t 1“, wenn auch der zweite Listener seinen 
Data-Accepted-Ausgang in High-Zustand bringt, wird durch 
die UND-Funktion auf dem Bus (verdrahtetes UND) der 
Data-Accepted-Bus in den High-Zustand gebracht. Der Tal- 
ker hat auf diesen High-Zustand auf dem Data-Accepted-Bus 
gewartet und nimmt jetzt das Date-Valid-Signal und die Daten 
weg. Daraufhin nehmen die Listener L I und L 2 im ersten 
Zyklus gleichzeitig ihre Data- Accepted-Signale weg. und der 
DAC-Bus geht auf Null und signalisiert dem Talker damit, 
daß der nächste Zyklus beginnen kann. 


Das funktioniert noch; aber im zweiten Zyklus gibt es 
Schwierigkeiten: die Daten werden auf den Datenbus gegeben, 
und die Data-Valid-Leitung geht in den High-Zustand, womit 
die Daten gültig gemeldet werden. Jetzt ist von der 
Voraussetzung ausgegangen worden, daß beide Listener die 
Daten sofort übernehmen, d. h. DAC I und DAC2 gehen 
sofort in den High-Zustand: danach kann der Talker die DAV- 
Leitung auf Low setzen. Hat er das getan, reagiert der Listener 
2 sehr schnell und setzt seinen Ausgang DAC, auf Null: damit 
wird der DAC-Bus auf Null gesetzt, obwohl der Listener I an 
seinem Ausgang noch ein High-Signal abgibt, weil der Listener 
I noch nicht in der Lage ist, neue Daten zu übernehmen. Erst 
nach einer Zeit „„t 2° ist der Listener I auch in der Lage, neue 
Daten aufzunehmen. Nachdem aber der DAC-Bus schon vor- 
her auf Low gegangen ist, glaubt der Talker, er könnte neue 
Daten auf den Bus geben; denn ein Low-Signal auf dem 
DAC-Bus bedeutet ja eine Anforderung neuer Daten. Der Tal- 
ker setzt daraufhin neue Daten auf den Datenbus, und wenn er 
jetzt schnell genug ein Data-Valid-Signal gibt, bevor der 
Listener 1 überhaupt ein Data-Accepted-Signal gegeben hat, so 
werden die Daten aus dem dritten Zyklus nicht mehr in den 
Listener L 1 übernommen. 
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Bild 18. Hand-shake bei mehreren Empfängern (Listener 
LI undL2) 


Im beschriebenen Fall war beim Pegeldiagramm angenom- 
men worden, daß Data-Accepted und Data-Valid jeweils auf 
High gesetzt werden, wenn die Signale „wahr“ sind. Wenn man 
jetzt den Bus in Gedanken umpolt, d. h. also, die „wahren Si- 
enale zu Low-Signalen macht, so ändert das an der Tatsache 
nichts. daß man keine zwei oder mehr Listener auf dem Bus 
gleichzeitig überwachen kann. Das liegt daran, daß die Data- 
Accepted-Leitung in unserem Fall zwei Funktionen hat: 
erstens meldet sie mit dem High-Pegel, daß die Daten über- 
nommen sind und daß der Empfänger intern noch mit der Ver- 
arbeitung beschäftigt ist und im Moment noch keine neuen 
Daten übernehmen kann; zweitens signalisiert ein Low-Signal 
auf der Data-Accepted-Leitung die Anforderung neuer Daten. 

Wenn jetzt nicht nur einer, sondern mehrere Listener auf die- 
sem Bus angeschlossen sind, so muß man zwei UND-Ver- 
knüpfungen auf dem Bus haben, sowohl für das „„Übernom- 
men“-Signal DAC., als auch für das Signal, daß neue Daten 
möglich sind. 

Die eine UND-Verknüpfung war bisher durch einen High- 
Pegel, die andere durch einen Low-Pegel auf der DAC-Lei- 
tung dargestellt. Aus den Erläuterungen zu Bild 11...13 wissen 
wir aber schon, daß man UND-Verknüpfungen auf einen Bus 
nur für High-Pegel vornehmen kann. Wenn man auf dem Bus 
eine UND-Verknüpfung dafür vorsehen will, daß alle ange- 
schlossenen Listener die Daten übernommen haben, so muß 
man eine UND-Verknüpfung für das .Übernommen“-Signal 
einführen. Wenn man jetzt sichergehen will, dal} neue Daten 
erst dann ausgesendet werden, wenn alle angeschlossenen Liste- 
ner in der Lage sind, sie auch zu übernehmen, so muß man eine 
getrennte UND-Verknüpfung für die Datenanforderung auf 
dem Bus einführen. Deshalb ist im IEC-Bus außer den bisher 
beschriebenen beiden Leitungen Data-Valid und Data- 
Accepted noch eine dritte Bus-Leitung vorgesehen: Sie heißt 
Ready-for- Data und gibt „Grünes Licht“ für neue Daten. 

Wir erkaufen uns also die Möglichkeit, mehr als einen Liste- 
ner mit dem jeweiligen Talker gleichzeitig verbinden zu können, 
durch Einführung einer dritten Handshake-Leitung. 


Der Autor dankt allen Stellen der PHILIPS Elektronik Industrie GmbH, die ihn bei 
der Abfassung des Manuskripts unterstützt haben. Im zweiten Teil dieser Arbeit 
wird das Dreidraht-Handshake-Verfahren näher beschrieben, dann werden alle 
Leitungen und Signale des IEC-Bus erklärt. schließlich wird gezeigt, wie die Da- 
tenübertragung auf dem IEC-Bus durch die Übertragung von bestimmten Code- 
Zeichen als Steuerbefehl vor sich geht. 
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Wie funktioniert der IEC-Bus? 


Der erste Teil dieser Arbeit führte Schritt für Schritt 
in die Technik der Verkettung von Meßgeräten und 
von Ein-/Ausgabegeräten über digitale Sammel- 
schienen ein, kurz Bus genannt und nunmehr in 
einem IEC-Normendokument international festge- 
legt. Die Besprechung ging von der elementaren 
Zusammenschaltung zweier Geräte (‚„Sender“ und 
„Empfänger‘) aus und reichte bis zum Zweidraht- 
Handshake-Verfahren. Im vorliegenden und ab- 
schließenden zweiten Teil wird das Dreidraht- 
Handshake-Verfahren erläutert, um dann auf Lei- 
tungen, Signale, Übertragungsmethoden und Co- 
dierung beim IEC-Bus einzugehen. 


Das Dreidraht-Handshake- Verfahren 


Der IEC-Bus benutzt ein Dreidraht-Handshake-Verfahren 
zur Datenübertragung. In Bild 19 sind ein Zweidraht-Hand- 
shake und ein Dreidraht-Handshake so untereinander gezeich- 
net, daß die entsprechenden Pegel-Änderungen an der gleichen 
Stelle eintreten. Wir wollen kurz zusammenfassen. wie der 
Dreidraht-Handshake funktioniert: 

Der Talker oder Sender wartet darauf, dal der Listener 
(oder Empfänger) auf der Ready-for-Data-Leitung RFD ein 
Ready-Signal abgibt und dal die Data-Accepted-Leitung 
DAC in der Low-Stellung liegt, d. h. der Empfänger hat keine 
Daten empfangen, die er noch nicht verarbeitet hat. Wenn 
diese Vorbedingungen erfüllt sind. kann der Sender die Daten 
auf den Bus schicken. Nach einer kurzen Einschwingzeit mel- 
det der Sender diese Daten auf der Data-Valid-Leitung DAV 
gültig. Sowie der Empfänger das DAV-Signal empfängt. nimmt 
er das Ready-tor-Data-Signal weg und meldet damit dem Sen 
der, dal3 er vorläufig noch keine neuen Daten gebrauchen kann. 
Nach einer kurzen Verzögerungszeit, die vom inneren Aufbau 
des Empfängers abhängt, hat er diese Daten übernommen und 
meldet über die Data-Accepted-Leitung diese Tatsache an den 
Sender zurück. Daraufhin kann der Sender die Daten und das 
Data-Valid-Signal vom Bus wegnehmen. Wenn das Data- 
Valid-Signal verschwunden ist, nimmt der Empfänger auch das 
Data-Accepted-Signal weg: damit ist ein Übertragungszyklus 
beendet und der Bus ist in seinem Ruhezustand. 
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Bild 19. Gegenüberstellung von Zweidraht-Handshake (oben) 


und Dreidraht-Handshake (unten) 


10 


2. Teil 


Wenn der Empfänger jetzt das nächste Zeichen aufnehmen 
kann. meldet er dies über die Ready-for-Data-Leitung und der 
nächste Zyklus kann beginnen. In Bild 19 ist dies dargestellt, 
wobei die Übergänge von einem Signal zum anderen durch 
Pfeile eingezeichnet sind. 


Die Pegel 

Die Datenübertragung im IEC-Bus geschieht mit TTL-Pe- 
geln. die Ausgangsbausteine sollen normale Open-Collector- 
TTL-Bausteine sein, und die Eingangsbausteine (Empfänger) 
ebenfalls normale TTL-Bausteine. Um auf dem Bus die Re- 
flexionen auf der Leitung niedrig zu halten, wird er in jedem 
Gerät entsprechend dem Wellenwiderstand des Kabels mit Wi- 
derständen abgeschlossen, d. h. an jeder Leitung wird in jedem 
Gerät ein Widerstand nach „Plus“ und einer nach „Null Volt“ 
gelegt. Da diese Widerstände eine zusätzliche Belastung für die 
Sender-Bausteine darstellen, werden endgültig als Bustreiber 
Open-Collector-Glieder mit einem Fan-Out von 30 eingesetzt. 
Die Norm sieht außerdem auch die Benutzung von Tri-State- 
Bausteinen vor. Hierauf soll aber in diesem Beitrag nicht näher 
eingegangen werden. 
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Als nächstes mul3 festgelegt werden, ob die Datenübertra- 
gung mit Active-Low- oder mit Active-High-Signalen erfolgen 
soll (Bild 20). Als Beispiel diene die Übertragung des Signals 
DAV: Aus einem Sender soll das Signal DAV I auf den Bus 
gegeben werden können. aus einem zweiten Sender das Signal 
DAV 2. Wie wir früher schon festgestellt haben, bewirkt der 
Bus eine UND-Verknüpfung für High-Signale und gleich- 
zeitig eine ODER-Verknüpfung für Null-Signale. Wenn das 
DAV-Signal nun wahlweise aus dem einen oder dem anderen 
Sender kommen soll, so brauchen wir auf dem Bus eine 
ODER-Verknüpfung:; sie läßt sich nur erreichen, wenn man 
das DAV-Signal auf dem Bus als Active-Low-Signal betreibt. 
Wenn man sich jetzt alle anderen Signale, die auf dem Bus 
vorkommen können, ansieht, so gilt das, was wır gerade für 
DAV festgestellt haben, für fast alle anderen Signale ebenfalls: 
Jedes Signal mul3 von jedem Gerät gesendet werden können. 
Das bedeutet aber, daß die Nachrichtenübertragung auf diesem 
Bus nur durch Low-Signale erfolgen kann! 


Genau gesagt, ist es bei Open-Collector-Bausteinen als Sen- 
der so, dal man einen Ruhezustand definieren muß: dieser 
kann nur ein High-Signal sein. Der aktive Zustand, mit dem 
eine bestimmte Aussage gemacht wird, kann dann nur ein in 
Richtung „Low“ gehendes Signal sein, wenn diese Nachricht 
von allen Sendern wahlweise aussendbar sein soll. 


Was hier gesagt wurde, daß nämlich die Übertragung von 
bestimmten Nachrichten mit Active-Low-Signalen erfolgen 
muß. gilt für alle Signale. die auf dem Bus durch eine ODER- 
Verknüpfung miteinander verbunden werden müssen. Die reine 
Datenübertragung, d. h. also die Pegel auf den 8 Datenleitun- 
gen, bleibt hiervon im Prinzip unberührt: man müßte nur da- 
für sorgen, dal alle Sender, die nicht aktiv tätig sind. in den 
Ruhezustand, d. h. in den High-Zustand gehen und nur der 
Sender, welcher auch wirklich Daten aussendet. den Low-Zu- 
stand annehmen kann. Um auf dem Bus einheitliche Signale 
und Bezeichnungen zu schaffen, hat man sich in der Norm dar- 
auf geeinigt, daß die Daten auf dem Bus als Aktive-Low- 
Signale übertragen werden sollen. Diese Festlegung gilt für 
alle Signale, die im IEC-Bus vorkommen. 

Dies ist eine wichtige Tatsache, die man sich unbedingt klar- 
machen muß: Alle Signale auf dem IEC-Bus sind Active- 
Low-gehende Signale und ihre Bezeichnung gilt für den Active- 
Low-Zustand. Daher ist das Signal DAV auf dem Bus ein 
Active-Low-Signal und die Daten sind Valid, d. h. die Daten 
stehen zur Verfügung, wenn die DAV-Leitung Null-Pegel hat! 
Hat die Leitung High-Pegel, dann stehen keine Daten zur Ver- 
fügung. 


Die Leitungen und Signale des IEC-Busses 


Bisher haben wir die 8 Datenleitungen, die Data-Valid-Lei- 
tung, die Ready-for-Data-Leitung und die Data-Accepted-Lei- 
tung behandelt. Hierbei dienen die 8 Datenleitungen DIO zur 
Übertragung aller Daten, Adressen und Steuerbefehle. Die drei 
Leitungen DAV, RFD und DAC dienen als Dreidraht-Hand- 
shake-Leitungen. Im Text zu Bild 9 haben wir auch die Atten- 
tion-Leitung ATN kennengelernt, mit der festgestellt wird. ob 
es sich bei der Nachrichtenübertragung um Daten oder Adres- 
sen handelt. Die „Adressen“ — d. h. die zusammen mit dem 
Signal Attention ATN übertragenen Nachrichten — können 
wirkliche Geräteadressen sein, es kann sich dabei aber auch 
um spezielle Steuerbefehle handeln, auf die später noch einge- 
gangen wird. 


Außer den bisher schon beschriebenen gibt es im IEC-Bus 
noch folgende weitere Leitungen: 


© Interface clear IFC 


Über diese Leitung kann (nur!) das System Steuergerät (System Controller) 
alle angeschlossenen Interfaces in ihre Grundstellung bringen: nach dem Ein 
schalten der Netzspannung z. B. verschafft sich das Steuergerät mit diesem 
Signal sofort eine Ausgangslage. in der alle Interfaces in allen angeschlossenen 
Geräten in ihrer Grundstellung stehen und keines derselben versehentlich noch 
adressiert ist. 


® Remote enabie REN 


Meßgeräte sind außer durch Fernbedienung über eine Bus-Leitung auch noch 
über Bedienelemente von der Frontplatte her einstellbar. Über das Signal REN 
werden alle Gerätefrontplatten zwangsweise in ihrer Bedienungsfunktion ge- 
sperrt, d.h. das Gerät ist gezwungen. auf Signale vom Bus her zu reagieren. Das 
Signal REN kann ebenfalls nur vom System-Steuergerät ausgesendet werden. 


® Service-Request SRO 


Diese Leitung stellt eine Art Interrupt Leitung dar. Jedes angeschlossene Ge 
rät. welches in der Lage ist. Service-Request anzufordern. kann die SRQ 
Leitung auf Low ziehen. („ODER“ für Null-Signal). Das Steuergerät muß in 
der Lage sein. ein solches Service-Request-Signal zu erkennen und anschlie 
Send mul) es feststellen. welches Gerät diese Anfrage ausgesendet hat: nach 
dieser Feststellung kann das Steuergerät dieses Gerät bedienen. 

Als Beispiel eine Service-Request-Anforderung durch ein Interface für eine 
Fernschreibmaschine: wenn jemand von außen ein Zeichen auf den Fern 
schreiber gibt. so muß das Steuergerät wissen. daß es aus dem IEC-Bus-Inter- 
face ein eingegebenes Zeichen abholen muß. Das IEC-Bus-Interface könnte 


sich mit SRQ melden und nachdem das Steuergerät festgestellt hat. daß diese 
Service Anforderung vom Fernschreib-Interface kommt. kann es sich das ein 
gegebene Zeichen von dort abholen. 


® End-or-Identify-Signal EOI 


Das FOI Signal hat. wie der Name sagt. zwei Funktionen: erstens wird mit 
ihm das Ende einer Blockübertragung angezeigt. und zweitens wird es bei der 
Identifizierung von Geräten. die eine Service Request-Anlrage gestartet haben. 
benutzt. Das .„.Ende” Signal wird vom Talker zusammen mit dem letzten Zei 
chen eines Däatenblocks übertragen und dient für das Steuergerät zur Erken 
nung eines Blockendes: danach weil das Steuergerät. dal) es neue Talker und 
oder Listener adressieren mul) oder zumindest eine neue Datenblock Übertra 
gung einleiten muß. 

Das /dentifv Signal wird vom Steuergerät ausgesendet und dient dazu. ein 
Gerät. das Service Request ausgesendet hat. zu einem Identify-Zyklus aufzu 
fordern. Das EOI-Signal muß man in Verbindung mit dem ATN Signal be 
trachten: 


ATN KOI DIO 
0) 0) normales Datenbyte 
0) I letztes Datenbyte eines Blockes (END) 


Adresse. Universal-Befehl. Adressierter Befehl 
Aufforderung zur Identifizierung nach Service 
Request Anfrage (IDENTIFY) 


I 0) 
I I 


0 bedeutet: Bus nicht aktiv. High-Pegel! 
I bedeutet: Bus aktiv. Low-Pegel! 


Wie bei allen guten Regeln gibt es leider auch beim IEC- 
Bus eine Ausnahme von dem Prinzip, daß alle Signale Active- 
Low-Signale sind: da die Data-Accepted-Leitung und die 
Readv-for-Data-Leitung als einzige Leitungen auf dem Bus 
eine UND-Verknüpfung bilden müssen, funktioniert die Idee 
mit den standardisierten Active-Low-Pegeln hier nicht mehr. 
Die Bezeichnung „Data-Accepted“ bzw. „Ready-for-Data“ 
muß sich hier auf den High-Pegel beziehen! Und um die Ver- 
wirrung bei der Bezeichnung der einzelnen Leitungen nicht zu 
groß werden zu lassen, hat man die Namen für die Leitung 
Data-Accepted und Ready-for-Data geändert in „Not-Data- 
Accepted“ und „Not-Ready-for-Data“. Die Abkürzungen lau- 
ten dann NDAC und NRFD. In Bild 21 sind diese neuen 
Namen den bisher benutzten gegenübergestellt: die Datenlei- 
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Bild 21. Dreidraht-Handshake mit 
daraus abgeleitet, die Pegel beim IEC-Bus 


tung DIO, die Data-Valid-Leitung DAV und auch alle anderen 
Leitungen, die in diesem Bild nicht mit eingezeichnet sind, sind 
Leitungen. wo Signale als Active-Low-Signale übertragen wer- 
den. Wenn man Data-Accepted und Ready-for-Data ebenfalls 
als Active-Low-Signal übertragen wollte, so würde sich ein 
Bild ergeben, wie es auf der linken Hälfte von Bild 21 darge- 
stellt ist. Da aber Data-Accepted und Ready-for-Data eine 
UND-Verknüpfung auf dem Bus herstellen müssen, sind hier 
Active-High-Pegel erforderlich. 


In der rechten Hälfte von Bild 21 sind die endgültig festge- 
legten aktiven Pegel stärker dargestellt: bei DIO und DAV 
sind die Low-Pegel die eigentlich interessierenden Pegel. bei 
DAC und RFD sind in der rechten Hälfte die interessierenden 
Pegel dicker ausgezogen. Damit die Namensgebung für alle 
Leitungen gleich ist, nämlich für Low-Pegel, ist der Name von 
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DAC in Not-Data-Accepted NDAC, geändert, und der Name 
Ready-for-Data ist geändert in Not-Ready-for-Data NRFD. 


Außerdem ist in der rechten Hälfte von Bild 21 noch eine 
Änderung vorgenommen worden, um die Anpassung an die 
Darstellung im IEC-Bus-Normen-Dokument zu erreichen: die 
Querstriche über den Namen sind weggelassen worden, auch 
wenn sich die Namen auf Active-Low-Pegel beziehen! Beim 
Lesen der IEC-Bus-Norm muß man sehr vorsichtig sein. und 
immer daran denken: Alle Signale, die sich direkt auf den Bus 
beziehen, sind Active-Low-Signale, auch wenn sie nicht mit In- 
vertierungsstrichen versehen sind! Alle Signale innerhalb des 
Interfaces sind Active-High-Signale und sind deshalb natürlich 
auch nicht überstrichen. 


Der Übergang vom IEC-Bus zur Interface- Elektronik 

Wenn wir uns jetzt die wirklichen Bausteine, d. h. die Treiber 
und die Empfänger, in einem Interface ansehen, so ergibt sich 
die in Bild 22 gezeigte Situation. Auf dem IEC-Bus sind alle 
Signale Low-Signale. Das bedeutet, die Datenleitungen DIO, 
die Data-Valid-Leitung DAV und die Sonderleitungen ATN, 
SRQ, EOI, REN und IFC gelangen über invertierende Emp- 
fängerbausteine in das Interface. Hinter diesen invertierenden 
Empfängerbausteinen liegen die Signale mit der gleichen Be- 















IEC-BUS | Interface -Elektronik 
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Bild 22. Bus- Treiber und Empfänger sowie Signalbezeichnungen 
auf dem Bus (Active-Low-Pegel) und in der Interface-Elektronik 
(Active-High-Pegel) 


nennung vor, weil auf der Bus-Seite eine Active-Low-Logik 
vorliegt (auch wenn die Signale nicht überstrichen sind) und 
auf der Interface-Seite eine Active-High-Logik eingesetzt wird. 
Es ist sinnvoll, auf der Interface-Elektronik-Seite mit Active- 
High-Signalen zu arbeiten, da man den Aufbau zunächst aller 
Wahrscheinlichkeit nach mit TTL-Bausteinen ausführen wird. 


Wenn wir uns jetzt die gleichen Signale wie eben ansehen, 
aber diesmal in der umgekehrten Richtung, d. h. wie sie von 
dem Interface an den Bus ausgegeben werden, so benötigen 
wir hierfür einen invertierenden Baustein mit Open-Collector- 
Ausgang (Bild 22). Die Nachricht selber wird, wenn das Frei- 
gabesignal dies erlaubt, über ein Open-Collector-NAND-Glied 
auf den Bus ausgegeben. Nur wenn die Daten auch wirklich 
aus den Interface herauskommen sollen, wird über das Frei- 
gabesignal der Open-Collector-Baustein freigegeben. Sind die 
Daten nicht an der Übertragung beteiligt, so liegt das Freigabe- 
signal auf Null und der Bus nimmt seinen High-Zustand an. 


Ein wenig anders sieht es für die Signale Not-Ready-for- 
Data und Not-Data-Accepted aus. Die Signale NRFD und 
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Tabelle 1. Leitungsbezeichnungen beim IEC-Bus 
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NDAC sind Low-gehende Signale auf dem Bus! (Das Signal 
Ready-for-Data bzw. Data-Accepted ohne „N“ davor wäre ein 
High-gehendes Signal). Diese Signale gelangen von dem Bus 
über einen nicht invertierenden Baustein in das Interface. Das 
Signal heißt im Interface dann Ready-for-Data, d. h. diesmal 
ändert sich der Name, obwohl in dem Empfänger-Baustein sel- 
ber keine Invertierung des Signals vorgenommen wird. 


Ebenso ist es bei der Ausgabe von Ready-for-Data und 
Data-Accepted aus einem Interface auf den Bus. Die Nach- 
richt selber wird nicht invertiert! In Bild 22 ist das durch insge- 
samt zwei hintereinander liegende invertierende Bausteine dar- 
gestellt. Die Freigabe des Ausgangs-Sender-Bausteines erfolgt 
genau wie zuvor beschrieben über ein Freigabesignal. Wenn 
kein Ready-for-Data- oder Data-Accepted-Signal aus dem 
Interface heraus auf den Bus geliefert werden soll, dann liegt 
die Freigabeleitung auf Null und damit befindet sich der Aus- 
gang des Sende-Bausteins im High-Zustand. Die Signale auf 
dem Bus werden dann nicht von diesem Interface beeinflußt, 
undaufdem Bus können Daten zwischen anderen Geräten un- 
gestört hin und her transportiert werden. In Tabelle I sind die 
Leistungsbezeichnungen des IEC-Busses in Kurzform, in 
englischer und in deutscher Sprache zusammengestellt. 


Nachrichtenübertragung 


Wenn ein solches System zu arbeiten anfängt, so wird als 
erstes das Steuergerät (System Controller) ein Interface-clear- 
Signal IFC an alle angeschlossenen Geräte versenden und 
damit die Interfaces in ihre Grundstellung bringen (Bild 23). 
Als nächstes wird ein REN-Signal verschickt; es sorgt dafür, 
daß alle angeschlossenen Geräte von ihren Frontbedienelemen- 
ten abgetrennt werden. Natürlich gibt es aber auch die Mög- 
lichkeit, diese Frontbedienung durch einen neuerlichen Fern- 
steuerbefehl wieder zu erlauben. 


Nach diesen Vorarbeiten beginnt die eigentliche Übertra- 
gung von Adressen, Befehlen und Daten. In Bild 23 ist die Dar- 
stellung etwas anderes gewählt, als es in der IEC-Bus-Norm 
üblich ist, um das Verständnis zu erleichtern. Die Signalbe- 
zeichnungen enthalten in Klammern jeweils ein „„H“- oder ein 
„L"-Zeichen, je nachdem ob das Signal durch ein High- oder 
durch ein Low-Signal dargestellt wird. Außerdem handelt es 
sich bei Bild 23 um die Signalpegel auf dem Bus, d. h. also, 
daß alle Signalpegel außer Ready-for-Data und Data- 
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Bild 23. Start einer Datenübertragung über den IEC-Bus 


Accepted Low-gehende Signale sind, d. h. sie beinhalten in 
Klammern ein „L“-Zeichen. Diese von der IEC-Bus-Norm 
abweichende Schreibweise vermeidet ein dauerndes Umdenken 
bei Not-Ready-for- Data und Not-Data-Accepted! 

Bevor in einem solchen System etwas passieren kann, muß 
das Steuergerät die Geräte, die für die Datenübertragung aktiv 
werden sollen. adressieren. Das bedeutet. daß mindestens ein 
Gerät als Listener und nur ein Gerät als Talker adres- 
siert werden muß; das geht so vor sich, daß als erstes das 
Steuergerät die Leitung ATN auf Low, d. h. in den aktiven Zu- 
stand legt. Alle angeschlossenen Interfaces hatten vorher ihren 
passiven Zustand, da ja die Interfaces alle im Ruhezustand 
waren, d.h. sämtliche Leitungen des IEC-Bus-Systems liegen 
im High-Zustand. Nachdem Attention (ATN) auf Low geht, 
melden sich alle Geräte innerhalb einer vorgegebenen Zeit mit 
einem Ready-for-Data-Signal (RFD) zurück. Außerdem 
müssen alle Geräte die Data-Accepted-Leitung (DAC) in den 
Null-Zustand legen, d. h. kein Gerät hat bisher Daten akzep- 
tiert. Wenn diese Vorbedingung erfüllt ist, gibt das Steuergerät 


Tabelle 2. Genormter Code für die Adressen 





auf den Datenleitungen z. B. eine Listener-Adresse aus, meldet 
sie über die Data-Valid-Leitung (DAV) gültig und wartet, daß 
das Gerät, welches diese ausgegebene Listener-Adresse be- 
nutzt, die Ready-for-Data-Leitung auf Null zieht. Nachdem 
das Gerät, welches die ausgesendete Adresse hat, diese emp- 
fangen hat, meldet es über die Data-Accepted-Leitung, daß es 
die Adresse empfangen hat, so daß das Steuergerät weiß, es 
kann die Adresse und das Data-Valid-Signal wieder weg- 
nehmen. 


Daraufhin verschwindet auch das Data-Accepted-Signal. 
Jetzt mul3 das Steuergerät wieder auf die Ready-for-Data- 
Leitung warten. Erst wenn der Listener, der gerade als solcher 
adressiert ist, bereit ist zur Übernahme neuer Daten, geht die 
Ready-for-Data-Leitung in den High-Zustand und das Steuer- 
gerät kann als nächstes eine Talker-Adresse aussenden: nach 
einer Einschwingzeit für die Datenleitungen meldet es diese 
Talker-Adresse über die Data-Valid-Leitung als gültig. Der 
Ablauf ist jetzt genau der gleiche wie vorher bei der Listener- 
Adresse und nach der Übertragung der Talker-Adresse geht 
der Bus wieder in den Ruhezustand, wie vorher schon zwi- 
schen der Übertragung der Listener- und der Talker- Adresse. 
Das adressierte Gerät muß die Tatsache, dal3 es adressiert wor- 
den ist, speichern. Jedes Gerät vergleicht die vom Steuergerät 
ausgesendeten Adressen mit der eigenen Adresse; diese ist ein- 
stellbar. Wenn der Vergleich positiv ausfällt, muß das Interface 
in einem Flipflop speichern, daß es adressiert worden ist. 


Nachdem jetzt ein Gerät als Listener und ein Gerät als Tal- 
ker adressiert ist, kann die ATN-Leitung in den Ruhezustand 
umgeschaltet werden und die Datenübertragung kann folgen. 
Die Datenübertragung sieht im Prinzip genauso aus, wie vor- 
her die Übertragung der Adressen. Während allerdings die 
Adressen aus dem Steuergerät ausgesendet wurden, und dieses 
dazu auch das Data-Valid-Signal lieferte, kommen bei der Da- 
tenübertragung die Daten und das Data-Valid-Signal aus dem 
als Talker adressierten Gerät. Während vorher die Ready-for- 
Data- und die Data-Accepted-Leitung von dem jeweils zu 
adressierenden Gerät mit Signalen versorgt wurden, wird bei 
der Datenübertragung Ready-for-Data und Data-Accepted 
vom Empfänger ausgesendet. 


In Bild 23 sind außer den Signalen IFC bis DAC noch wei- 
tere Zeilen eingeführt; in ihnen sind Zustände, Zeitpunkte und 
Zyklen eingezeichnet. Um bei der Festlegung der IEC-Bus- 
Schnittstelle eine möglichst „wasserdichte‘® Beschreibung zu 
finden, ist das gesamte Bus-System mit Zustandsdiagrammen 
beschrieben worden; darin werden die Bedingungen beschrie- 
ben. zu denen die jeweiligen Interfaces in den angeschlossenen 
Geräten von einem Zustand in den anderen übergehen. Wenn 
wir uns jetzt in Bild 23 während des ersten Datenübertragungs- 
zyklus den Zustand „F“ ansehen, so ist dieser Zustand „F“ der 
letzte Augenblick, bevor es zur Ausgabe von Daten aus dem 
Steuergerät kommt. Im Zustand „G“ werden zwar schon Da- 
ten aus demselben ausgegeben, sie werden aber noch nicht 
gültig gemeldet. Im Zustand „H“ folgt jetzt die Gültigmeldung, 
aber das zu adressierende Gerät hat noch nicht mit der Ready- 
for-Data-Leitung reagiert...und so geht es immer weiter. 


Wenn man nicht die ruhenden Zustände zwischen den ein- 
zelnen Übergängen definieren will, so gibt es bestimmte Zeit- 
punkte. die in Bild 23 von t,...t,, numeriert sind. Zu den je- 
weiligen Zeitpunkten schaltet das Bus-System von einem Zu- 
stand in den anderen, z. B. wird zum Zeitpunkt t- der Über- 
gang von „Daten nicht gültig“ auf „Daten gültig“ erfolgen. In 
der dritten Zeile sind die einzelnen Übertragungszyklen mit 
den dazwischenliegenden Wartezeiten eingetragen. 
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Codierung 


Der Code für die Adressen ist genormt. Es handelt sich da 
bei um den ISO-7-Bit-Code:; dieser ist bis auf geringe Abwei- 
chungen identisch mit dem ASCII-Code. Für die Übertragung 
der Daten besteht hingegen keine bindende Norm. Man kann 
also eine völlig codetransparente Datenübertragung vorneh- 
men, d. h. jeder kann einen beliebigen Code benutzen. Natür- 
lich ist dies kein idealer Zustand, aber die Norm läßt im Prin- 
zip dem Anwender diese Freiheit. Die weitaus meisten Anwen- 
der werden auch für die Übertragung der Daten den gleichen 
ISO-7-Bit- bzw. ASCII-Code benutzen. 

Tabelle 2 zeigt die genormte Adressen-Codierung. Mit ei- 
nem 7-Bit-Code lassen sich 128 verschiedene Code-Kombi- 
nationen darstellen: diese sind in vier Hauptgruppen aufge- 
teilt; jede enthält 32 Kombinationen. Die ersten 32 Kombina- 
tionen sind Befehlskombinationen, davon sind die ersten 16 
Kombinationen sogenannte „adressierte Befehlskombinatio- 
nen" und die zweiten 16 sind sogenannte Universal-Befchls- 
kombinationen. 


Die zweite Gruppe von 32 Kombinationen sind Listener- 
Adressenkombinationen, d. h. 31 davon werden wirklich als 
Listener-Adressen verwendet, während die letzte Kombination 
in dieser Hauptgruppe das sogenannte „Unlisten“-Kommando 
ist. Mit dem Unlisten-Kommando lassen sich alle Geräte aus 
ihrem Listener-Zustand herausholen, d. h. jedes Gerät. das als 
Listener adressiert ist, wird durch das Unlisten-Kommando de- 
adressiert. 


Die dritte Hauptgruppe ist reserviert für Talker- oder 
Senderadressen, auch hier gibt es 31 Sendeadressen und eine 
Untalk- oder Nicht-Sendeadresse-Funktion wie bei Unlisten. 
Die vierte Hauptgruppe dient für noch komplexere Erweite- 
rungsmöglichkeiten. Hier wollen wir nicht näher darauf ein- 
gehen. 


Alle diese Befehle und Adressen werden mit Attention 
(ATN) zusammen übertragen. Immer wenn Attention nicht im 
aktiven Zustand ist, handelt es sich nicht um solche Befehle 
oder Adressen. Der Unterschied zwischen „adressierten Befeh- 
len“ und „Universal-Befehlen“ liegt darin, dal adressierte Be- 
fehle nur auf adressierte Geräte wirken. d. h. diese Befehle 
gehen zwar an alle Geräte, wirksam werden sie aber nur, wenn 
das Gerät adressiert ist, während die Universalkommandos 
grundsätzlich an alle Geräte gehen und auch in allen Geräten 
ausgeführt werden, d. h. auch in denen, die nicht im adressier- 
ten Zustand sind. 


Wenn man sich die Taelle 2 zusammen mit einer Code- 
Tabelle für den ASCII- oder ISO-7-Bit-Code ansieht. so stellt 
man fest, dal} die Listener- und die Talker-Adressen. d. h. also 
die Adressen, die am meisten gebraucht werden, auch die ge- 
bräuchlichsten Zeichen aus der Code-Tabelle sind. d. h. Son- 
derzeichen, wie Ausrufe-Zeichen, Klammern, Sterne, Plus und 
Minus, die Ziffern und die großen Buchstaben. Die kleinen 
Buchstaben, die z. B. auf einer normalen Teletypc-Fern- 
schreibmaschine nicht erzeugt werden können, liegen in der 
vierten Hauptgruppe. Die erste Hauptgruppe besteht aus 
Sonderzeichen, die man mit einer Teletype-Fernschreibma- 
schine erzeugen kann. 


Nachdem wir in Bild 23 gesehen haben, wie die Übertragung 
von Adressen und Daten erfolgt, nämlich in jedem Zyklus ein 
Zeichen. wollen wir uns in Tabelle 3 einmal ein kleines Stück- 
chen Datenübertragung über den IEC-Bus anschen: denn 
ganz so einfach, wie es in Bild 23 dargestellt ist, ist die Daten- 
übertragung leider doch nicht. In besagter Tabelle gibt es fort- 
laufend numerierte Zyklusnummern und zu jedem Zyklus eine 
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Tabelle 3. Beispiel einer Datenübertragung 
über den IEC-Bus 





Erläuterung, was als nächstes an Datenübertragung stattfindet. 
Als Beispiel ist hier die Übertragung eines Meßwertes aus 
einem Voltmeter zu einem Drucker gewählt. Das hier angege- 
bene Beispiel ist nur eine von verschiedenen Möglichkeiten, wie 
eine solche Datenübertragung funktioniert. Wie es genau aus- 
sieht, kann man nur aus den Unterlagen des jeweiligen Gerätes 
entnehmen: denn jedes Gerät oder jeder Geräteentwickler hat 
innerhalb der vorgegebenen Norm noch gewisse Freiheiten, mit 
welchen Codes er welche Funktion veranlassen will. 


Im ersten Zyklus der Tabelle 3 mul das Steuergerät das 
Voltmeter als Listener adressieren; diese Adressierung als 
Listener (!) ist deshalb erforderlich, weil das im Beispiel ange- 
nommene Voltmeter programmiert werden kann. Für die Über- 
tragung dieser Listener-Adresse muß die Attention-Leitung auf 
aktiven Zustand gezogen werden, d. h. der Code der Attention- 
Leitung ist „I, dies bedeutet aber auch, daß auf dem Bus ein 
Low-Pegel übertragen wird. 


Nachdem das Voltmeter als Listener adressiert ist, erfolgt in 
den nächsten Zyklen die Programmierung des Voltmeters; da 
es sich dabei um die Übertragung von Programmierdaten zum 
Voltmeter handelt, wird jetzt vorläufig die Attention-Leitung 
auf Null (High!) liegen. Als erstes wird der Bereich des Volt- 
meters programmiert und die Tatsache, daf3 es sich jetzt um 
eine Bereichsprogrammierung handelt durch die Übertragung 
des Buchstabens „R" (wie Range) übermittelt. Im 3. Zyklus 
wird der Bereich selber angegeben, und im Beispiel ist davon 
ausgegangen, daß} eine „5“ übertragen wird, um dem Voltmeter 
mitzuteilen, daß es im Meßbereich 10° uV = 100 mV messen 
soll. Im 4. Zyklus wird dem Voltmeter die Meßart, nämlich 
„D“ (wie DC) für Gleichspannung übermittelt. Im 5. Zyklus 
erfolgt die Übertragung eines „S“ für den Startbefehl. Das 
Voltmeter beginnt daraufhin mit einer Messung. Im 6. Zyklus 
wird die Unlisten-Adresse übertragen, d. h. die Attention-Lei- 
tung geht auf den aktiven Zustand und das Voltmeter ist damit 
als Listener nicht mehr adressiert. In der letzten Spalte, wo der 
Code angegeben wird, der für die Datenübertragung auf dem 
DIO-Bus vorliegt, ist hierfür ein Fragezeichen angegeben; 
denn die Unlisten- Adresse ist ein Fragezeichen. Im 7. Zyklus 


wird der Drucker als Listener adressiert. Hierfür ist ein Dollar- 
zeichen vorgesehen. Im 8. Zyklus wird das Voltmeter wieder 
adressiert, diesmal allerdings als Talker. 


Bei den letzten beiden Zyklen war die Attention-Leitung 
immer noch im aktiven Zustand. da es sich um die Übertra- 
gung von Adressen handelt. Um das Voltmeter als Talker zu 
adressieren, wird ein „V“ für Voltmeter benutzt. 


An dieser Stelle müssen wir noch eine kurze Erläuterung ein- 
fügen, warum die Listener-Adresse im Voltmeter eine „6“ war. 
Wenn man für die Talker-Adresse des Voltmeters ein .„V" be 
nutzen möchte, dann ist es sehr sinnvoll, für die Listener- 
Adresse die Ziffer 6 zu benutzen, da das „V“ und die „6“ an 
den letzten 5 Stellen der Code-Kombination übereinstimmen! 
Aus dieser Überlegung kommt auch. daß der Drucker als 
Listener-Adresse ein Dollarzeichen hat, denn dieses stimmt in 
den letzten 5 Bit-Stellen mit dem großen „D“ wie Drucker 
überein. Wenn der Drucker also noch zusätzlich eine Talker- 
Adresse hätte, dann könnte man ohne große Änderungen bei 
den Adressen zu erhalten, hierfür das „D“ benutzen. 


Zurück zur Tabelle 3: Zwischen dem 8. und dem 9. Zyklus 
muß jetzt. bevor die wirkliche Übertragung von Meßwerten 
aus dem Voltmeter zum Drucker erfolgen kann, darauf gewar- 
tet werden, dal das Voltmeter seine Messung beendet: dies 
kann im einfachsten Fall dadurch erfolgen, dal der Drucker 
zwar, nachdem er adressiert ist, bereit ist, Daten aufzunehmen. 
d. h. er meldet Ready-for-Data:; aber aus dem Voltmeter gibt es 
keine Meldung Data-Valid. In einfachen Systemen, wo man 
während solcher Wartezeiten nichts anderes ausführen will. 
kann man die Wartezeit auf diese einfache Art und Weise über- 
brücken. In komplexeren Systemen wird während der Warte- 
zeit noch diverse andere Arbeit auszuführen sein: in einem sol- 
chen Fall darf das Voltmeter nicht als Talker adressiert wer- 
den, sondern es muß sich über die zuvor schon beschriebene 
Service-Request-Leitung melden, wenn es mit seiner Messung 
fertig ist. Nachdem das Voltmeter in unserem Beispiel mit der 
Messung fertig ist, meldet es sich über die Data-Valid-Leitung 
und startet damit den 9. Zyklus. 


Im 9. bis 13. Zyklus erfolgt nun automatisch ein sogenannter 
Blocktransfer. d. h. der gesamte Block von Daten aus dem 
Voltmeter wird in einem Zug, ohne dal3 das Steuergerät zwi- 
schendurch eingreifen muß, vom Voltmeter zum Drucker über- 
tragen. Natürlich gibt es hierbei jetzt wieder den Hand-shake- 
Zyklus zwischen den beiden Geräten: aber das Steuergerät sel- 
ber ist daran nicht aktiv beteiligt. denn das Voltmeter arbeitet 
als Talker und der Drucker als Listener. 


Nachdem das gesamte Wort, d. h. also der Melswert. aus 
dem Voltmeter zum Drucker übertragen ist. muß das Steuer 
gerät irgendwie erkennen, daf3 der Block beendet ist. Eine Fest- 
legung auf eine definierte Blocklänge wäre eine zu starke Ein- 


schränkung. und deshalb hat man an dieser Stelle ein End-of 


String-Zeichen eingeführt. Dieses EOS-Zeichen kann z.B. ein 
Wagenrücklauf- oder ein Zeilenvorschub-Zeichen sein: dieses 
wird im 14. Zyklus nach dem eigentlichen Meßwert automa- 
tisch aus dem Voltmeter übertragen und anschließend hört es 
mit seiner Senderfunktion auf. Nachdem das Steuergerät das 
EOS-Zeichen auf dem Bus entdeckt hat. übernimmt es wieder 
aktiv die Befehlsangabe über den Bus und gibt in den nächsten 
beiden Zyklen die Unlisten- und die Untalk-Adressen aus. Da 
mit sind Drucker und Voltmeter nicht mehr adressiert und das 
Steuergerät kann eine neue Arbeit beginnen. 


Die beschriebene Methode dient zur einfachen Kennzeich- 
nung eines Blockendes. Im Abschnitt 2 wurde bereits die zu- 
sätzliche Kennzeichnung des letzten Datenbytes durch die 
EOl-Leitung erläutert. Beide Ende-Meldungen sind in der Norm 
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Bild 24. So zeigt die Firma Motorola in einer amerikanischen Anzeige den 
IEC-Bus — gewiß eine „sprechende” Darstellung! Die Peitsche symbolisiert die 
belehlende Tätigkeit des Steuergeräts 


erlaubt. Die Aussendung eines besonderen Ende-Zeichens als 
extra Datenbyte hat den Vorteil, daß in Kleinstanlagen, wenn 
z. B. nur ein Voltmeter und ein Drucker zusammenarbeiten sol- 
len. der Drucker so gebaut werden kann, dal3 er am Ende eines 
Datenblockes auf das End-of-String-Zeichen (EOS) hin eine 
komplette Zeile mit einem Meßwert druckt. 


Dieses Beispiel klingt im ersten Moment komplizierter als es 
ist: denn ein einfaches Steuergerät kann die benötigten Buch- 
staben einem Lochstreifen entnehmen, d. h. man hat einen 
Lochstreifen oder eine Lochkarte, in der nur die angegebenen 
Ziffern, Buchstaben und Sonderzeichen aus der letzten Spalte 
DIO von Tabelle 3 eingedruckt sind, und gesteuert durch den 
Hand-shake gibt jetzt dieser Lochstreifenleser oder dieses 
Steuergerät Zeile für Zeile aus seinem Programm aus und 
steuert damit den gesamten IEC-Bus. Erst für schr viel 
kompliziertere Aufgaben reichen reine Ablaufsteuerungen 
nicht mehr aus, und man benötigt dann eine programmierbare 
Steuereinheit, die Verzweigungen ermöglicht und im Zweifels- 
fall auch Berechnungen und Datenreduzierungen vornehmen 
kann. Zum Schluß Bild 24, eine buchstäblich „sprechende“ 
Darstellung zu unserem Thema. 
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IEC-Bus-Ratgeber 


Im Jahre 1975 drangen die ersten Informationen 
über den IEC-Bus an die Öffentlichkeit. Heute hat 
sich dieses System auf dem Gebiet der elektroni- 
schen Meßtechnik weltweit durchgesetzt. Mehrere 
hundert IEC-Bus-Geräte sind auf dem Markt und je- 
der Meßtechniker kommt früher oder später in die 
Lage, sich mit IEC-Bus-gesteuerten Automaten 
auseinanderzusetzen. Dementsprechend groß ist 
die Zahl der inzwischen über den IEC-Bus erschie- 
nenen Publikationen, so daß das Wissen über die 
theoretische Funktion des Bus-Systems in großem 
Maße vorhanden ist. Wie immer, benötigt man aber 
in der Praxis zusätzliche Informationen, die über das 
theoretische Grundlagenwissen hinausgehen. Nach 
mehrjähriger IEC-Bus-Praxis soll an dieser Stelle 
nun der Versuch gemacht werden, die Erfahrungen, 
die sich als bedeutsam herausgestellt haben, in 
übersichtlicher und praxisnaher Form darzustellen. 


1 Was ist IEC-Bus-kompatibel? 


Kompatibel bedeutet, daß einzelne Systemkompo- 
nenten zu einem gemeinsamen funktionsfähigen Sy- 
stem kombiniert werden können, ohne daß spezielle 
Anpassungsmaßnahmen erforderlich sind. Bei IEC- 
Bus-Systemen ist sowohl die Bedingung der Hardwa- 
re-Kompatibilität als auch die der Software-Kompati- 
bilität zu erfüllen. Ein IEC-Bus-Gerät ist hardware- 
kompatibel, wenn zwei Bedingungen erfüllt sind: 

1. Das Gerät muß mechanisch in bezug auf Anschluß- 
stecker und Pinbelegung geeignet sein. 

2. Das Gerät muß elektrisch, d. h. in seinen Interface- 
funktionen und -Abläufen kompatibel sein. 

Sind diese Bedingungen erfüllt, ist es grundsätzlich 
möglich, Daten zwischen entsprechenden Geräten 
auszutauschen. Diese Kompatibilität wird im wesent- 
lichen durch Einhaltung der entsprechenden IEC- 
Bus-Norm gewährleistet; das heißt, Geräte, die konse- 
quent nach der Norm ausgeführt sind, sind grundsätz- 
lich mechanisch und elektrisch kompatibel. 

Zusätzlich ist aber die Forderung nach Software- 
Kompatibilität zu beachten. Das heißt, sowohl der im 
jeweiligen Gerät verwendete Code, als auch die mit 
Hilfe dieses Codes realisierte Darstellungsform der zu 
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übertragenden Informationen muß kompatibel sein 
mit den übrigen im System verwendeten Geräten. 
Diese Software-Kompatibilität ist in der IEC-Bus- 
Norm nicht vorgeschrieben. Um so wichtiger ist es, bei 
der Entscheidung über den Einsatz von IEC-Bus-Gerä- 
ten diesen Punkt zu berücksichtigen. Empfehlungen 
über die Darstellungsform von übertragenen Informa- 
tionen werden in der IEC-Bus-Empfehlung IEC 625-2 
(1) enthalten sein, die sich z. Z. in Vorbereitung befin- 
det. 


2 Wie heißt der IEC-Bus richtig? 


Im Laufe der Zeit haben sich unterschiedliche Na- 
men für den IEC-Bus eingebürgert. Der Grund liegt 
darin, daß bis vor kurzem die international gültige 
IEC-Bus-Norm noch nicht verabschiedet war. Viel- 
mehr bestanden nur die allerdings fast identischen na- 
tionalen Normvorschläge. So basiert die in Deutsch- 
land übliche Bezeichnung IEC-Bus auf der deutschen 
Norm DKE 66.22 (2). In den USA hat die gleiche Norm 
dagegen die Bezeichnung IEEE 488/75. Daneben hat 
sich die Bezeichnung GPIB (General Purpose Interface 
Bus) eingebürgert. Nach Verabschiedung der interna- 
tionalen Norm erhält das entsprechende Normpapier 
die dann für alle Länder gültige Bezeichnung 
IEC 625-1. Daraus folgt die international gültige Be- 
zeichnung IEC-625-Bus mit dem Kurzzeichen 


IEC-625 


Wichtig ist vor allem, daß all diese Namen das glei- 
che Bus-System kennzeichnen bzw. daß Geräte mit 
diesen Bezeichnungen kompatibel sind. 


3 Der richtige IEC-Bus-Stecker 


Leider hat die historische Entwicklung der IEC- 
Bus-Technik mit sich gebracht, daß für IEC-Bus-Ge- 
räte zwei Steckersysteme auf dem Markt sind (Bild 1): 

Der 24polige Amphenolstecker und der 25polige 
Cannonstecker. Der Grund liegt darin, daß ursprüng- 
lich die US-Norm den 24poligen Stecker enthielt, 
während in den europäischen Normvorschlägen der 
25polige Stecker enthalten war. In der endgültigen in- 
ternationalen Norm wird dem 25poligen Stecker der 


Bild 1. Die zwei 
verschiedenen 
IEC-Bus-Stecker 
a) 24poliger Am- 
phenol-Stecker 
b) 25poliger Can- 
non-Stecker 








Vorzug gegeben. In der Praxis ist aber heute die über- 
wiegende Zahl der Geräte, insbesondere aus dem 
US-Bereich, mit 24poligen Steckern ausgerüstet. Vor 
der Zusammenstellung eines Systems ist deshalb zu 
klären, auf welchen Anschlußstecker man sich festle- 
gen will. IEC-Bus-Kabel sind inzwischen für beide 
Steckertypen auf dem Markt verfügbar. Auch Über- 
gangsstecker werden inzwischen angeboten, so daß 
eine gemischte Verwendung beider Steckertypen 
möglich ist. 

Der 24polige Stecker bietet den Vorteil größerer 
Verbreitung, während der 25polige Stecker den Vor- 
teil besserer HF-Dichtigkeit und sicherer EOI-Funk- 
tion bietet, da eine zusätzliche Masseleitung für die 
EOI-Funktionen zur Verfügung steht, die beim 24po- 
ligen Stecker fehlt. Allerdings wird die EOI-Leitung in 
der Praxis meist nur verwendet, wenn Daten nicht im 
ISO-7-Bit-Code übertragen werden und somit kein 


Programmierung (Option ZPV-B1) 


System 
Anschluß 


Schnittstellenfunktionen 
T6.TE6 
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SRI 
DC1 
DTI 


Zeitverhalten (typisch) 


Zeitfür Adressierungsvorgang 

Zeitfür Datenübernahme 

Zeit zwischen Empfang der Sprecheradresse 
und Ausgabe des ersten Datenwortes 

Max. Datenausgabezeit/Zeichen 


Zahlendarstellung 


Begrenzungszeichen 


eindeutiges Schlußzeichen codierbar ist. Hier über- 
nimmt die EOI-Leitung die Aufgabe, das Ende der Da- 
tenübertragung zu kennzeichnen. 


4 Gesichtspunkte für die Auswahl von IEC- 
Bus-Geräten 


Bereits bei der Konzeption eines IEC-Bus-Automa- 
ten ist die Entscheidung für die zu verwendenden Ge- 
räte zu treffen. Da diese Entscheidung unter Umstän- 
den auch den Kauf von Geräten bedeuten kann, ist es 
wichtig zu wissen, auf welche Punkte zu achten ist, 
um auch tatsächlich systemgeeignete Geräte zu erhal- 
ten. Neben der obengenannten Bedingung des richti- 
gen Anschlußsteckers und der Einhaltung der IEC- 
Bus-Norm sind drei wesentliche Punkte zu beachten: 


4.1 Die im Gerät realisierten IEC-Bus-Funktionen 


In der IEC-Norm sind Bus-Funktionen enthalten, 
die in jedem Gerät realisiert sein müssen, um die Be- 
dingung der Kompatibilität zu erfüllen. Man muß aber 
wissen, daß die IEC-Bus-Norm darüber hinaus zusätz- 
liche Möglichkeiten und Modifikationen bietet, die 
als Optionen im Gerät enthalten sein können, um die 
Anwendungsmöglichkeiten zu erweitern, die aber für 
eine Kompatibilität nicht Bedingung sind. Es ist des- 
halb wichtig, daß der Anwender vor der Entscheidung 
für den Einsatz eines Gerätes sich ein genaues Bild 
über die im Gerät realisierten Funktionen macht. 

Zu den grundsätzlich immer vorhandenen Funk- 
tionen gehört die Möglichkeit der Adressierung des 
Gerätes sowie die Eigenschaft des asynchronen 
Handshake-Betriebes. Es hängt jedoch vom Gerätetyp 
ab, ob Listener, Talker oder beide Funktionen reali- 
siert sind und in welcher Form diese Funktionen rea- 
lisiert sind. Zusätzliche Möglichkeiten, die im Gerät 
enthalten sein können, aber nicht müssen, sind Funk- 
tionen wie Service Request, Serial Poll, Sekundär- 
adressen usw. 

Alle diese Funktionen sind in der IEC-Bus-Norm 
durch Kurzzeichen gekennzeichnet. Die verschiede- 


IEC 625-1 (IEEE 488) 
24polıg, Amphenol 


Sprechfunktion mit Sekundär-Adresse, Serienabfrage und 
autom. Entadressierung 

Horerfunktion mit autom. Entadressierung 
Bedienungsruffunktion (abschaltbar) 

Rücksetzfunktion 

Auslösefunktion 


1 us 
0,5... 2 ms 


0,5 ms 
0,5 ms 


ISO-7-Bit 
dezimal 


16 verschiedene Zeichen einstellbar (ab Werk ist CR eingestellt) 


Bild 2. Beispiel für Datenangaben für ein Gerät mit IEC-Bus-Anschluß 
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nen Listener-Funktionen z. B. haben die Bezeichnun- 
gen L1...L4, die Talker-Funktionen die Bezeichnung 
T1...T8 usw. Die Kurzbezeichnungen sind (siehe auch 
IEC-Bus-Norm (2)) Tabelle 1 zu entnehmen. Bei IEC- 
Bus-Geräten älteren Datums wird es oft schwierig 
sein, einen genauen Überblick über die realisierten 
Funktionen zu erhalten, da entsprechende Informa- 
tionen nur mühsam aus dem Bedienungshandbuch 
herausgelesen werden können. Man geht deshalb zu- 
nehmend dazu über, die Datenblätter der Geräte um 
eine Auflistung der realisierten Interfacefunktionen 
zu erweitern. Dazu wird eine entsprechende IEC-Emp- 
fehlung erstellt werden. Auf diese Weise ist der An- 
wender in der Lage, auf einen Blick zu sehen, ob das 
Gerät die benötigten Funktionen enthält oder nicht 
(Bild 2). 


4.2 Das Zeitverhalten des jeweiligen Gerätes 


Für die erfolgreiche Zusammenstellung eines IEC- 
Bus-Systems ist es lebenswichtig, dienotwendigen In- 
formationen über das Zeitverhalten der einzelnen Ge- 


Tabelle 1. 
Kurzbezeichnungen der möglichen IEC-Bus-Funktionen 


1) Steuerfunktion 





C1 Systemsteuerung 

C2 IFC senden und in Einsatz gehen 
C3 REN senden 

C4 auf SRQ ansprechen 





CG5 x X X x x x 
C6 x x x x x 0 
C7 x x x x 0 x 
C8 x x x x 0 0 
c9 x x x 0 x x 
C10 x x X 0 x 0 
GT x x x 0 0 x 
c12 X X x 0 0 0 
C13 x x 0 0 x x 
c14 x x 0 0 x 0 
C15 X x 0 0 0 x 
C16 x X 0 0 0 0 
C17 x 0 x x x x 
C18 x 0 X x x 0 
c19 x 0 x x 0 x 
C20 x 0 x x 0 0 
G21 x 0 x 0 x x 
C22 x 0 x 0 x 0 
C23 x 0 x 0 0 x 
C23 x 0 x 0 0 0 
C25 x 0 0 0 x x 
C26 X 0 0 0 x 0 
C27 x 0 0 0 0 X 
C28 x 0 0 0 0 0 


räte zu haben. Die Notwendigkeit dafür ergibt sich aus 
folgendem: Die Datenübertragung auf den IEC-Bus er- 
folgt asynchron. Das heißt, es wird keine feste Daten- 
übertragungsrate verwendet. Vielmehr wird grund- 
sätzlich auf das langsamste Gerät gewartet. Infolge- 
dessen wird die Datenübertragungsgeschwindigkeit 
eines IEC-Bus-Systems durch das jeweils langsamste 
Gerät festgelegt. Um deshalb zu vermeiden, daß in- 
nerhalb eines Systems eine Vielzahl von hochwerti- 
gen, schnellen Geräten durch ein einziges langsames 
Gerät behindert wird, sind entsprechende Kenntnisse 
notwendig. 

Zu unterscheiden sind dabei Geräteeigenschaften, 
die grundsätzlich immer die Bus-Geschwindigkeit 
beeinflussen und Eigenschaften, die nur im Falle der 
Aktivierung des jeweiligen Gerätes von Bedeutung 
sind. Die Erfahrung zeigt, daß vor allem die Adressie- 
rungszeit von Bedeutung ist, da sie bei jedem Adres- 
sierungsvorgang, auch wenn das betreffende Gerät 
nicht adressiert wird, in Erscheinung tritt. Die Adres- 
sierungszeit ist die Zeit, die ein Gerät benötigt, um 
eine ausgesandte Adresse zu erkennen und zu ent- 


2) Sprecherfunktion T (mit Adref3erweiterung TE) 





Tı X X X 0 
T2 x x 0 0 
T3 x 0 x 0 
T4 x 0 0 0 
TS x x x x 
T6 x x 0 x 
17 x 0 x x 
T8 x 0 0 x 





3) Hörerfunktion L (mit Adressenerweiterung LE) 





L1 x x 0 
L2 x 0 0 
L3 x x X 
L4 X 0 x 





4)SR1 — Bedienungsruffunktion (SRQ) 
5) RLi — Fern-/Eigen-Umschaltfunktion 
RL2 -—- Fern-/Eigen-Umschaltfunktion ohne Blockierung 
der Eigenfunktion 
6) PP1 — Parallel-Abfrage-Funktion 
PP2 — Parallel-Abfrage nur durch geräteinterne Nach- 
richt auslösbar 
7)DC1 — Geräterücksetzfunktion 
DC2 — Rücksetzfunktion ohne selektives Rücksetzen ei- 
nes einzelnen Gerätes 
8) DT1 — Gerätetriggerfunktion 
9)SH1 — Sender-Handshakefunktion 
10) AH1 — Empfänger-Handshakefunktion 


I 





18 





scheiden, ob sie mit der eigenen Adresse überein- 
stimmt oder nicht. Erst nach diesem Vorgang kann das 
Gerät wieder „Ready for data“ melden. Daneben kann 
von Bedeutung sein, ob das jeweilige Gerät auch im 
nicht adressierten Zustand am Handshake-Zyklus 
teilnimmt und wenn ja, mit welcher Geschwindigkeit. 

Während die bisher genannten Zeiten in jedem 
Falle die Gesamtgeschwindigkeit des Automaten be- 
einflussen, sind die Antwortzeiten im adressierten 
Zustand vor allem für die Leistungsfähigkeit des je- 
weiligen Gerätes im automatischen Betrieb von Inter- 
esse. Wesentlich sind hier vor allem die typischen Zei- 
ten, die das Gerät entweder benötigt, um im Listener- 
Betrieb ein Datenwort zu empfangen, bzw. um im Tal- 
ker-Betrieb ein Datenwort auszusenden (Bild 3). 

Je nach Geräteentwicklung liegen die genannten 
Zeiten im Bereich von einigen 100 us bis zu einigen 
ms, können in Sonderfällen aber auch Wertebis zu 100 
ms und mehr erreichen, was dann die Verwendbarkeit 
in automatischen Testsystemen erheblich ein- 
schränkt. Wie bei der Angabe der IEC-Bus-Funktionen 
bemüht man sich auch bei den Zeiten, ausführlichere 
Angaben in den Datenblättern zu machen. 


4.3 Codierung und Syntax 


Während in der IEC-Bus-Norm die Hardware-Funk- 
tionen sehr exakt definiert wurden, besteht im Bereich 
der Codierung und Formatierung der zu übertragen- 
den Informationen eine sehr große Freiheit. Infolge- 
dessen ist es wichtig, vor dem Einsatz von Geräten 
Klarheit über die jeweils verwendeten Codezeichen 
und Darstellungsformen zu gewinnen. 


4.3.1 Code 


In den meisten Fällen wird bei IEC-Bus-Geräten der 
ISO-7-Bit-Code verwendet (siehe Tabelle 2). Da je- 
doch nicht alle Steuergeräte alle Zeichen aus dieser 
Tabelle ausgeben können, ist zu prüfen, ob das Gerät 
nur die üblicherweise verwendeten Großbuchstaben 
sowie Zahlen und Satzzeichen verwendet, oder ob zu- 


He Datenwort gültig 


DAV 3 | Ft 


NRFO sen | Bei 
= alle Geräte fertig 


NDAC iu) 
I 
| 


| 


NDAC Gerät 1 _ TRIERER: 


NDAC Gerät 2 EMMEN) 


NDAC Gerät 3 [ER 
Me Seräte 1 und 2 warten auf 3 - 
Gerät 1 und 2 fertig letztes Gerät fertig 


Bild 3. Beispiel für Verzögerung der Datenübertragung in 
zwei schnellen und einem langsamen Gerät 





sätzliche Steuerzeichen aus anderen Spalten der 
ISO-7-Bit-Tabelle verwendet werden. Während man 
im ersten Falle mit großer Wahrscheinlichkeit keine 
Schwierigkeiten mit dem Steuergerät bekommt, wird 
man im zweiten Falle prüfen müssen, ob das verwen- 
dete Steuergerät in der Lage ist, die entsprechenden 
Sonderzeichen zu verarbeiten. 

Da der ISO-7-Bit-Code keine optimale Datenpak- 
kungsdichte ermöglicht, gibt es außerdem Fälle, in 
denen die Meßgeräte völlig andere Codierungen ver- 
wenden. Ein Beispiel ist die Verwendung von binären 
8-Bit-Worten, die die optimale Ausnützung des Da- 
tenbusses ermöglichen. Dies tritt insbesondere bei 
Meßgeräten auf, die einen hohen Datendurchsatz ha- 
ben. In diesem Falle können beliebige Bit-Kombina- 
tionen auftreten, so daß geprüft werden muß, ob das 
Steuergerät in der Lage ist, entsprechende Daten-Co- 
dierungen zu verarbeiten. (Beispiele sind Digital- 
voltmeter mit hoher Meßrate oder auch Verbindungen 
zwischen Geräten mit Datenspeichern, die nicht nur 
Einzelmessungen, sondern vollständige Datensätze 
ausgeben müssen, wie dies z. B. bei Digitalisierungs- 
geräten der Fall ist (Bild 4)). 


4.3.2 Syntax und Formatierung 


Weiterhin ist zu prüfen, in welcher Form die Geräte 
zu übertragende Informationen darstellen. Das heißt, 
wenn z. B. der ISO-7-Bit-Code verwendet wird, so ist 
damit noch nicht festgelegt, in welcher Form z.B. 
Zahlen oder Dimensionen übertragen werden. Bei- 
spielsweise kann eine Zahl sowohl in Festkommadar- 
stellung als auch in Exponenten-Darstellung übertra- 
gen werden. Um diesem Mangel abzuhelfen, wird die 
IEC-Bus-Norm durch einen Zusatz erweitert, der ent- 
sprechende Empfehlungen bezüglich der Codierung 
und Formatierung von Daten enthält. Da dieser Norm- 
vorschlag aber längere Zeit nach der Schaffung der 
Grundnorm entstand, existiert inzwischen eine Viel- 
zahl von Geräten auf dem Markt, die nicht dieser Emp- 
fehlung folgen. 


1S0-Code 6 
ISO-Code 7 











Bild 4. Beispiel für verschiedene Codierung der 
Zahl 67. a) ISO-7-Bit-Code (zur Übertragung sind 
zwei Datworte nötig). b) Zwei BCD-Zahlen in ei- 
nem Datenwort. c) Binäre Darstellung in einem 
Datenwort 
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Bild 5. Beispiele für Prozeßsteuergeräte. 
a) Processcontroller PCC mit IEC-Bus-Meßgeräten (Rohde & 
Schwarz) 


b)» 
Tischeomputer 9825 S (Hewlett-Packard) 


Von großem Vorteil ist z. B., wenn ein Meßgerät Da- 
ten einschließlich Vorzeichen und Stellwert in einer 
Formatierung ausgibt, in der das Steuergerät diese di- 
rekt als Daten weiterverarbeiten kann, ohne über auf- 
wendige Zwischenverarbeitung das Format zu korri- 
gieren. Viele Rechner sind z. B. in der Lage, die Dar- 
stellung +7.532 E+3 direkt als Zahl zu übernehmen. 
Gibt dagegen ein Voltmeter z. B. Wert der Digitalan- 
zeige und Meßbereich getrennt aus, etwa in der Form 
7.532 R3 (R3=Range3), so muß der Steuerrechner erst 
Bereich und Anzeige zum Meßwert zusammensetzen, 
was Programmspeicher und Rechenzeit kostet. 


5 Die Auswahl des richtigen Steuergerätes 


Wesentlicher Bestandteil eines IEC-Bus-Testsyste- 
mes ist das Steuergerät (Controller), das bisweilen aus 
einem Minicomputer, in den meisten Fällen aber aus 
einem Tischrechner besteht. Bei der Auswahl eines 
Rechners sind analog zu den Meßgeräten die drei 
Punkte, nämlich realisierte IEC-Bus-Funktionen, Ge- 
schwindigkeitsverhalten und Software, zu beachten. 


Während Listener- und Talker-Funktion normaler- 
weise in allen Rechnern realisiert sind, ist zu prüfen, 
ob die Funktionen „Service Request, Serial-Poll und 
evtl. Paralell-Poll“ realisiert sind. Ohne diese Funk- 
tionen ergibt sich eine reduzierte Anwendungsmög- 
lichkeit des Automaten. Außerdem ist darauf zu ach- 
ten, ob der Rechner in der Lage ist, Sekundäradressen 
auszusenden. Ist dies nicht der Fall, ergeben sich in 
einigen Anwendungsfällen Schwierigkeiten, weil 
manche Meßgeräte nur umständlich oder gar nicht 
ohne Sekundäradressen gesteuert werden können. 


Das Zeitverhalten eines IEC-Bus-Steuergerätes wird 
im wesentlichen durch die Rechengeschwindigkeit 
bestimmt. Die Praxis zeigt, daß Aufbereitung der Da- 
ten und Adressierung vergleichsweise erheblich mehr 
Zeit benötigen, als die eigentliche Übertragung der 
Daten. Während diese sich im Bereich von z.B. 100 
us abspielt, wird für die Aufbereitung eine Zeit von ei- 
nigen ms bis zu Werten von 10...20 ms (bei Tischrech- 
nern) benötigt. 
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Wichtig sind die Möglichkeiten, die der Rechner 
besitzt, um den IEC-Bus softwaremäßig zu aktivieren. 
Üblicherweise besitzen IEC-Bus-kompatible Rechner 
je einen speziellen IEC-Bus-Befehl für Input und Out- 
put, mit denen direkt ISO-7-Bit-Zeichen verarbeitet 
werden können (z. B. PRINT und INPUT). Bei Bedarf 
ist aber zu prüfen, ob der Rechner zusätzlich die Mög- 
lichkeit besitzt, beliebige frei codierte Daten zu sen- 
den und zu empfangen. Dafür sind spezielle Ein- und 
Ausgabebefehle erforderlich, die Bestandteil des 
Rechnerbetriebssystems sein müssen (z.B. WYTE 
oder RBYTE). Nur in diesem Falle ist es normaler- 
weise auch möglich, spezielle, standardisierte IEC- 
Bus-Befehle, wie z.B. „Selected Device Clear‘ oder 
„Local lock Out‘ zu übertragen. 
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Der erste Teil dieser Arbeit zeigte die wichtigsten 
grundlegenden Gesichtspunkte des IEC-Busses 
und der daran angeschlossenen Geräte. Der vorlie- 
gende Teil gibt Ratschläge für den Betrieb des IEC- 
Busses in der Praxis. 


6 Die Inbetriebnahme von IEC-Bus- Automaten 


Wenn nach den oben angeführten Gesichtspunkten 
alle Geräte eines Automaten sorgfältig ausgewählt 
wurden, wird normalerweise in kürzester Zeit eine er- 
folgreiche Funktion des Systems eintreten. Es soll hier 
jedoch auf einige in der Praxis häufig auftretende 
Schwierigkeiten hingewiesen werden. 


6.1 Das Verbinden der IEC-Bus-Anschlüsse 
des Systems 


6.1.1 Menge der angeschlossenen Geräte 


Nachdem zunächst die meßtechnische Verkabelung 
des Automaten erfolgt ist, wird bei manuellem Betrieb 
die meßtechnische Funktionsfähigkeit des Systems 
überprüft. Anschließend erfolgt die Verbindung der 
IEC-Bus-Anschlüsse mit dem Steuergerät. Dabei müs- 
sen einige Gesichtspunkte sorgfältig beachtet werden: 
Der IEC-Bus ist für eine Zahl von max. 15 Geräten vor- 
gesehen. Die Erfahrung zeigt aber, daß diese Grenze 
nur bei Verwendung von vollständig der IEC-Norm 
entsprechenden Geräten erreicht werden kann. Da 
dies erfahrungsgemäß nicht immer der Fall ist, kön- 
nen sich manchmal schon bei Kombinationen von 
mehr als zehn Geräten Schwierigkeiten einstellen. In 
diesem Falle sind die Regeln bezüglich der Länge der 
Verkabelung besonders streng zu beachten. 


6.1.2 Länge der IEC-Bus-Kabel 


Der IEC-Bus ist für eine maximale Länge von 20 Me- 
tern ausgelegt. Trotzdem sollte die Gesamtlänge der 
Kabel aus Gründen der Übertragungssicherheit mög- 
lichst den Wert von 15 Metern nichtüberschreiten. Bei 
Verwendung der üblichen „Huckepack‘'-Stecker-Ka- 
bel gilt außerdem, daß die Verbindung von Gerät zu 
Gerät nicht länger als zwei Meter sein sollte. Generell 
sollten die Verbindungen von Gerät zu Gerät mög- 
lichst kurz gehalten werden. Es befinden sich dazu 
Kabel mit unterschiedlicher Länge bis herunter zu 
0,5 m auf dem Markt. Da der IEC-Bus ein Datenüber- 
tragungs-System hoher Geschwindigkeit ist, ist au- 
Berdem darauf zu achten, daß kein am Ende leerlau- 
fendes Kabel an das System angeschlossen ist (Bild 6). 


Falls trotzdem Probleme in der Datenübertragung 
auftreten, sind diese im allgemeinen dadurch zu be- 
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heben, daß die Reihenfolge der angesteuerten Geräte 
verändert wird, und daß die Verbindung des Kabels 
vom Rechner zum System an unterschiedlichen Stel- 
len angebracht wird. Fehler in der IEC-Bus-Datenüber- 
tragung äußern sich meistens darin, daß Daten ver- 
stümmelt oder unvollständig am Empfangsort an- 
kommen. Falls trotz unterschiedlicher Kabelkonfigu- 
rationen keine Beseitigung der Fehler möglich ist, 
empfiehlt es sich, jeweils ein Gerät vom Bus zu tren- 
nen, um festzustellen, durch welches Gerät die Stö- 
rung hervorgerufen wird. Häufig ist dann innerhalb 
des Gerätes nicht korrekte normgerechte Beschaltung 
der IEC-Bus-Leitungen mit Abschlußwiderständen 
oder nicht Hf-mäßige Masseverbindung der Masselei- 
tungen die Ursache. 


6.2 Adressierung 


6.2.1 Einstellen der Geräteadressen an den 
Meßgeräten 


Vor Inbetriebnahme des Systems müssen die Gerä- 
teadressen so eingestellt werden, daß jedes Gerät und 
jede Funktion durch eine individuelle Adresse aufge- 
rufen werden kann. Das heißt, es ist darauf zu achten, 
daß keine Adresse zweimal eingestellt wird. In der 
Praxis hat es sich eingebürgert, daß bei Meßgeräten 
Listener- und Talkeradresse mit dem gleichen Schal- 
ter eingestellt werden. Infolgedessen können beide 
Adressen nur gemeinsam umgeschaltet werden. Im 
allgemeinen bedeutet dies, daß jeweils sich entspre- 
chende Zeichen der ISO-7-Bit-Tabelle für Listener- 
und Talkeradresse verwendet werden. Dies ist aber 
von der IEC-Bus-Norm her keine zwingende Notwen- 
digkeit, sondern ist nur in der Einsparung eines zwei- 
ten Adreßschalters begründet. Soweit notwendig und 
möglich können auch nicht korrespondierende Liste- 
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Bild 6. Verkabelung des IEC-Busses a) richtig, b) falsch 
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ner- und Talkeradressen eingestellt werden. Die Tabelle 2: ISO-7-Bit-Code 
Adresse kann durch die Benennung des entsprechen- 
den ISO-7-Bit-Zeichens ausgedrückt werden. In der 
Praxis hat es sich aber eingebürgert, die in der Norm 
vorgesehenen Adressen von 1...31 durchzunumerie- 
ren (siehe Tabelle 3), während der Nummer 32 jeweils 
die Löschfunktion (Unlisten und Untalk) zugeordnet 
ist. Es gibt also max. 31 Listener- und 31 Talker-Adres- 
sen. Es empfiehlt sich, nach der Einstellung der 
Adressen, diese in irgend einer Form an den Geräten 
sichtbar zu markieren, um späteren Fehlern vorzu- 
beugen. Die Art, in der die Adresse bei den einzelnen 
Geräten eingestellt wird, ist dem jeweiligen Hand- 
buch zu entnehmen. Meist befindet sich der Adreß- 
schalter an der Geräterückseite. 











6.2.2 Festlegung der Geräteadresse beim 
Steuerrechner 


Die Adressierung der jeweiligen Meßgeräte erfolgt 
im allgemeinen durch den gleichen Programmbefehl, 
durch den die auszugebende oder einzulesenden Zei- 
chen definiert werden. Man muß sich dabei zunächst 
informieren, auf welche Weise die Adressen bei dem 
jeweils verwendeten Rechner gekennzeichnet sind. 
Im allgemeinen geschieht dies gemäß Tabelle 3 mit 
der Numerierung von 1...30. Je nachdem, ob ein Aus- 
gabebefehl oder ein Einlesebefehl mit dieser Adresse 
kombiniert wird, sendet der Rechner die entspre- 
chende Listener- oder Talkeradresse aus: 

PRINT @ “XYZ“ bedeutet also Listenadresse 26, 
INPUT @ 26: A$ bedeutet also Talkeradresse 26. 

Da die „Unlisten‘“- und ‚„Untalk‘“-Befehle standardi- 
siert sind, werden sie normalerweise nicht mit ange- 
geben. Vielmehr löschen die meisten Rechner nach er- 
folgter Ausführung des jeweiligen Befehls automa- 
tisch wieder die vorher gesetzten Adressen. 

Neben dieser besonders einfachen Art der Adressie- 
rung gibt es aber auch Rechner, die das anzuspre- 
chende Gerät als Datenfile betrachten. In diesem Falle 























Tabelle 3: Zulässige IEC-Bus-Adressen 
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daß das gesamte Handshake-System des Automaten 
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einwandfrei arbeitet, und man kann dazu übergehen, 
die Listener-Funktionen der übrigen Geräte zu testen. 
Ist dieses nicht der Fall, das heißt, der Befehl wird 
nicht ausgeführt oder er wird zwar ausgeführt, aber der 
Rechner wird nicht wieder bereit zur Ausführung des 
nächsten Programmes, so bedeutet dieses, daß der 
Handshake-Zyklus nicht einwandfrei funktioniert. 
Das heißt, eines der Geräte ist nicht in der Lage, dem 
Datenübertragungs-Zyklus zu folgen und blockiert 
deshalb den Bus. Wenn man ganz sicher sein will, 
kann man das nachprüfen: Am Ende der Datenüber- 
tragung muß die Leitung NRFD wieder auf +5 V lie- 
gen. Die Ursache kann jedes Gerät sein und nicht nur 
das jeweils in dem Programmbefehl angesprochene 
Gerät! 


6.3.2 Ursachen für fehlerhafte Listenerfunktion 


Häufige Fehler in der Praxis sind z. B. folgende: Bei 
einem oder mehreren Geräten des Systems wurde 
noch nicht die Netzspannung eingeschaltet. Oder bei 
Geräten mit nicht automatischer Umschaltung auf 
Programmierbetrieb bei Adressierung wurde ver- 
säumt, diese von Handbedienung auf Fernsteuerung 
umzuschalten. Dies kann je nach Gerät sowohl durch 
einen manuellen Schalter alsauch durch Ansteuerung 
der REN-Leitung geschehen. In diesem Falle muß der 
Tischrechner die Möglichkeit besitzen, die REN-Lei- 
tung entsprechend zu aktivieren. Ist dies nicht der 
Fall, kann notfalls eine direkte Masseverbindung mit 
der REN-Leitung Abhilfe bringen. Man kann die Funk- 
tion der REN-Leitung leicht überprüfen: Sie muß, so- 
lange Daten übertragen werden, grundsätzlich auf O V 
liegen. 

Sind alle diese Punkte beachtet, so kann bei trotz- 
dem auftretender Fehlfunktion nur ein defektes Gerät 
oder Buskabel die Ursache sein. Dieses ist einfach zu 
lokalisieren, indem man der Reihe nach die einzelnen 
Geräte vom Bus abtrennt und erneut versucht, den Li- 
stenerbefehl zu übertragen. 


6.4 Inbetriebnahme der Talkerfunktionen (Bild 8) 


Um die Talkerfunktion eines Meßgerätes auszulö- 
sen, muß man zunächst die Voraussetzungen kennen, 
unter denen das Gerät bereit ist, Daten auszusenden. 
Im einfachsten Falle genügt das Aufrufen der Talker- 
adresse, um den Datenausgabevorgang auszulösen. 
Bei Geräten, die mehr als nur eine Größe ausgeben 
können, ist es dazu aber zunächst erforderlich, zu de- 
finieren, welche Größe ausgegeben werden soll. Dies 
kann durch einen dem Talkervorgang vorgeschalteten 
Listenervorgang geschehen, indem man dem Gerät die 
entsprechenden Informationen gibt. Bei manchen Ge- 
räten ist ohne diese vorhergehende Information trotz 
Setzen der Talkeradresse gar keine Datenausgabe 
möglich. 

Eine andere Methode, die Datenausgabe zu diffe- 
renzieren, ist die der Sekundäradresse. Dabei wird der 
eigentlichen Talkeradresse noch eine zweite Unter- 
adresse nachgeschaltet, die die auszugebende Größe 
definiert 


INPUT @ 26,3: A $ heißt beispielsweise: 
Vom Gerät 26 soll die Größe Nr. 3 ausgegeben werden. 
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Bild 8. 
Datenfluß 
bei Talker- 
funktion 





Rechner 


Allerdings besitzen nicht alle Rechner die Möglich- 
keit. diese Sekundäradressen auszugeben. Gute Meß- 
geräte besitzen deshalb niemals nur diese Ansteue- 
rungsart, vielmehr kann man alternativ auch einen 
vorgeschalteten Listenerbefehl verwenden. 

Während die Listenerfunktion in der Praxis fast 
immer im ersten Anlauf funktioniert, ergeben sich bei 
Inbetriebnahme der Talkerfunktion relativ häufig 
Schwierigkeiten. Dies liegt vor allem an dem nicht ge- 
normten Schlußzeichen. 


Bild 7. 
Datenfluß 
bei Listener- 
funktion 








6.4.1 Schlußzeichen 


Da der Steuerrechner wissen muß, wann das jewei- 
lige datenaussendende Gerät alle Daten ausgegeben 
hat, ist es erforderlich, zwischen Steuerrechner und 
Meßgerät ein Code-Zeichen zu vereinbaren, das 
grundsätzlich die Bedeutung des letzten übertragenen 
Zeichens hat. Dieser „Delimiter“ ist nicht einheitlich 
festgelegt. In der Praxis werden je nach Geräteherstel- 
ler hauptsächlich die Zeichen CR und LF verwendet. 
Man muß also in jedem Falle darauf achten, daß das 
vom Meßgerät ausgesandte Schlußzeichen das glei- 
che ist, das der Rechner als Schlußzeichen benötigt. 

Bei einigen Rechnern besteht dazu die Möglichkeit, 
zwischen den Schlußzeichen CR und LF zu wechseln 
oder auch andere Schlußzeichen zu definieren. Im 
Sinne einer einheitlichen Software ist es aber wün- 
schenswert, im gesamten Testautomaten mit einem 
einheitlichen Schlußzeichen zu arbeiten. Aus diesem 
Grunde besitzen die meisten Meßgeräte mit Talker- 
funktion die Möglichkeit, das Schlußzeichen umzu- 
schalten. Diese Umschaltung erfolgt im allgemeinen 
im Gerät auf der IEC-Bus-Interface-Baugruppe. Vor 
Inbetriebnahme des Automaten sollte man deshalb 
möglichst ein für alle Geräte einheitliches Schlußzei- 
chen festlegen, auf das dann alle Geräte soweit mög- 
lich eingestellt werden. Im allgemeinen wird dieses 
eines der beiden Zeichen CR oder LF sein. 


Hinzu kommt bei manchen Geräten die Möglich- 
keit, gleichzeitig zum Schlußzeichen die Leitung EOI 
zu aktivieren (Bild 9). Dies bedeutet eine Komplizie- 
rung des Schlußzeichens, da zum einen der Rechner 
die Funktion EOI besitzen muß, und zum anderen in 
den meisten Fällen Systeme entstehen werden, bei 
denen einige Geräte die Funktion EOI verwenden und 
andere wiederum nicht. Trotzdem ist die Verwendung 
der Leitung EOI in einigen Fällen unumgänglich, 
nämlich dann, wenn Daten nicht im ISO-7-Bit-Code, 
sondern z. B. binär codiert übertragen werden, so daß 
die Vereinbarung eines Schlußzeichens nicht möglich 
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ist, weil im 8-Bit-Binärcode jede Zeichenkombination 
als Datenzeichen vorkommen kann, und die Reservie- 
rung eines bestimmten Zeichens nur als Schlußzei- 
chen nicht möglich ist. Wird ein derartiges Gerät vom 
Tischrechner als Talker aufgerufen, so muß im Pro- 
gramm an der entsprechenden Stelle berücksichtigt 
werden, daß bei diesem Gerät das Schlußzeichen 
durch EOI gekennzeichnet wird. Das heißt, eine ver- 
einbarte Bit-Kombination wird erst dadurch zum 
Schlußzeichen, daß gleichzeitig die EOI-Leitung ge- 
setzt ist. 

Wenn diese Punkte beachtet werden, kann man im 
allgemeinen davon ausgehen, daß auch der Talker-Da- 
tenverkehr einwandfrei funktioniert. 


6.4.2 Kontrolle der Talkerdatenausgabe 


Es empfiehlt sich, den vom Meßgerät ausgegebenen 
Wert zunächst als String einzulesen und auszudruk- 
ken, um die gesamte vom Meßgerät ausgegebene 
Funktion erkennen zu können. Grundsätzlich ist häu- 
fig auch das direkte Übernehmen einer vom Meßgerät 
ausgegebenen Größe in den Rechner in Form einer 
numerischen Variablen möglich. In diesem Falle wer- 
den vom Rechner jedoch unter Umständen Zusatzin- 
formationen unterdrückt, die zunächst für das Auste- 
sten der Systeme interessant sein können. 


Beispiel: INPUT @ 26: A $ 


PRINT A$ ergibt U + 1.07 E+1V 
INPUT@ 26: A 
PRINT A ergibt 10,7 


Falls das System nach Übernahme des vom Meßgerät 
ausgegebenen Datenwertes nicht weiter funktionsfä- 
hig ist, kann die Ursache darin liegen, daß das Meßge- 
rätnoch weitere Daten ausgeben möchte, um erst dann 
seine Talkerfunktion zu beenden (s. auch 6.4.3). Es ist 
also wichtig zu wissen, daß ein Talkergerät erst dann 
sein Schlußzeichen sendet, wenn es alle auszugeben- 
den Informationen ausgesandt hat, und daß erst das 
Schlußzeichen den Weiterlauf des Programmes er- 
möglicht. Im Störungsfalle muß bei Senden der Be- 
fehle IFC (Interface Clear) oder SDC (Selected device 
Clear) der Talkerzyklus vorzeitig beendet werden, 
und damit das System wieder frei werden. 


6.4.3 Ausgabe von Datenfolgen 


Im einfachsten Fall gibt ein Gerät nur einen einzigen 
Zahlenwert aus, der vom Rechner in Form einer einzi- 
gen Variablen gespeichert wird. Bei Anfall größerer 
Datenmengen sind manche Meßgeräte aber auch in 
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Bild 9. Datenübertragung bei Tabellarfunktion: a) mit CR als Schluß- 
zeichen (auch LF möglich), b) mit EOI-Leitung und beliebigem 
Schlußzeichen 
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der Lage, nach Empfang der Talkeradresse gleich 
mehrere Zahlen auszusenden. In diesem Falle müssen 
im Einlesebefehl genügend viele Variablen definiert 
werden, um alle Daten zu speichern, die das Gerät 
ausgeben will. Im Falle eines Phasenvoltmeters, das 
Betrag und Phase mißt, bedeutet dies z. B. 

INPUT @ 26: B, P 


In B ist dann der Betrag und in P die Phase enthalten. 
Auf diese Weise wird für beide Daten nur ein einziger 
Adressierungsvorgang benötigt, was die Datenüber- 
tragungsgeschwindigkeit erhöht. Wird in einem sol- 
chen Falle nur eine Variable definiert, so kann die 
zweite Größe nicht eingelesen werden, und das Sy- 
stem ist blockiert. 


6.4.4 Ursachen für fehlerhafte Talkerfunktion 


In der Praxis ist die häufigste Fehlerursache die 
Verwendung von falschen Schlußzeichen (siehe 
6.4.1) und ganz allgemein das Nichtübereinstimmen 
vom Ausgabeformat der vom Gerät ausgegebenen Da- 
ten und dem entsprechenden Einleseformat des jewei- 
ligen Steuerrechners (siehe 6.4.3). 

Eine weitere Ursache kann die fehlende Entadres- 
sierung eines Gerätes sein: Meist war das Gerät, bevor 
es als Talker aufgerufen wurde, als Listener adressiert 
(Bild 10). Wenn das Gerät die Eigenschaft der automa- 
tischen Entadressierung hat, so wird automatisch 
beim Setzen einer Talkeradresse die Listeneradresse 
gelöscht. Ist dies aber nicht der Fall, so muß der Steu- 
errechner zunächst den Unlistenbefehl senden. Man- 
che, aber nicht alle Rechner, tun dies automatisch 
nach jeder Datenausgabe, da diese Funktion zwar die 
Programmierung vereinfacht, aber andererseits nicht 
zeitoptimal ist. Ist die nicht durchgeführte Löschung 
der Listeneradresse die Ursache für blockierte Talker- 
funktion, so ist dies an den bei den meisten Geräten 
vorhandenen Adreßkontrollampen leicht zu erken- 
nen. Daneben kommen alle Ursachen in Frage, die 
auch für eine Fehlfunktion des Listenervorganges gel- 
ten (siehe 6.3.2). Darüber hinaus zeigt sich bei Pro- 
blemen mit der Talkerfunktion aber auch häufig, daß 
die Eigenarten des Talkergerätes nicht genügend be- 
achtet wurden. Man darf nicht vergessen, daß bei ei- 
nem Meßgerät die Talkerfunktion auch von den meß- 
technischen Funktionen des Gerätes abhängt. Das 
heißt, bei vielen Geräten müssen auch bestimmte 
meßtechnische Voraussetzungen erfüllt sein, bis eine 
Datenausgabe möglich ist. So müssen häufig Meßzei- 
ten abgewartet, zulässige Meßgrenzen eingehalten 
oder zunächst Triggervorgänge aktiviert werden, um 
den Meßvorgang auszulösen. 

Versucht man unzulässige Datenausgaben von dem 
Gerät zu erreichen, so kann sich dieses zunächst mit 
SRQ melden, um eine Fehlermeldung zu geben. Bei 
vielen Geräten ist dann die Talkerfunktion erst wieder 
möglich, wenn die SRQ-Meldung durch eine entspre- 
chende Abfrage beantwortet wurde (siehe auch 6.5). 
Im allgemeinen läßt sich aber an der Frontplatte des 
jeweiligen Talkergerätes erkennen, ob die Talkerfunk- 
tion möglich ist oder nicht, weil die Meßwertanzeige 
im Gerät funktionsmäßig mit der Talkerfunktion häu- 
fig fast identisch ist. 


6.5 Service Request 


Die Funktion SRQ (Service Request) ist nicht in al- 
len Meßgeräten enthalten, da sie zu den Optionen des 
IEC-Busses gehört. Sie gibt jedem Meßgerät die Mög- 
lichkeit, den Steuerrechner zu unterbrechen. SRQ 
wird im allgemeinen verwendet, wenn Meßgeräte 
dringende Meldungen an den Steuerrechner machen 
müssen, auch wenn dieser innerhalb seines normalen 
Programmes mit anderen Dingen beschäftigt ist. Dies 
gilt insbesondere für Fehlfunktionen von Geräten oder 
für das Erreichen von irgendwelchen Zuständen, bei 
denen der Rechner sein Programm ändern muß. 
Grundsätzlich können alle diese Aufgaben auch ohne 
SRQ gelöst werden, indem der Rechner zyklisch die in 
Frage kommenden Geräte abfragt. Allerdings bedeutet 
dies Zeitverlust und Komplizierung des Programms. 

Man sollte deshalb ein IEC-Bus-System zunächst 
ohne SRQ einwandfrei zum Funktionieren bringen. 
Bei vielen Geräten besteht die Möglichkeit, die Funk- 
tion SRQ abzuschalten. Tut man dieses nicht, so muß 
dieses im Programm berücksichtigt werden. Andern- 
falls ergeben sich bei jedem SRQ eines Gerätes Stö- 
rungen im Programmablauf, sofern der Steuerrechner 
die Fähigkeit besitzt, SRQ zu erkennen. In diesem 
Falle löst nämlich jede Aktivierung der SRQ-Leitung 
sofort beim Steuerrechner eine Unterbrechung des 
laufenden Programms hervor. Dann muß der Rechner 
aber wissen, was er beim Empfang einer SRQ-Mel- 
dung zu tun hat. Dazu besitzen entsprechende Rech- 
ner einen eigenen Programmbefehl, der z. B. lautet: 


ON SRQ THEN .... 


das heißt, im Falle SRQ soll der Rechner zur Zeile ... 
springen. Solange diese Definition im Programm 
nicht getroffen ist, gibt der Rechner eine Störungs- 
meldung, die besagt, daß er SRQ empfangen hat, aber 
nicht weiß, was in diesem Falle zu tun ist. Mitanderen 
Worten: das Vorhandensein von Geräten mit SRQ muß 
grundsätzlich im Programm berücksichtigt werden. 
Viele Meßgeräte erwarten darüber hinaus eine Reak- 
tion auf ihre SRQ-Meldung. Vom Rechner muß die Se- 
rien- oder Parallelabfrage ausgelöst werden, um das 
Gerät zu identifizieren, das die SRQ-Meldung gegeben 
hat. Andernfalls wird das Gerät im SRQ-Zustand blei- 
ben und seine übrigen Funktionen blockieren. 


6.6 Wartezeiten innerhalb des Systems 


Theoretisch erlaubt der IEC-Bus eine Datenübertra- 
gungsrate bis zu 1 MByte/s. Tatsächlich können aber 
bedingt durch meßtechnische oder geräteinterne Vor- 
gänge innerhalb der Datenübertragung erhebliche 
Wartezeiten auftreten. Wenn z.B. ein Meßgerät zur 
Lieferung eines Meßergebnisses aufgefordert wird, so 








a. b. 
Listeneradresse setzen Listeneradresse setzen 
Daten übertragen Daten übertragen 
Listeneradresse löschen Talkeradresse setzen 
Talkeradresse setzen Daten übertragen 
Daten übertragen 
Talkeradresse löschen 





Bild 10. Adressierungsreihenfolge a) ohne, b) mit automatischer 
Entadressierung 


kann es sein, daß das Ergebnis aus meßtechnischen 
Gründen erst nach einer langen Wartezeit verfügbar 
ist. 

In diesem Falle gibt es mehrere Möglichkeiten, um 
diese Wartezeit zu berücksichtigen: 


6.6.1 Zeitkontrolle über Handshake 


Das Meßgerät wird als Talker adressiert, und liefert 
das Ergebnis erst nach der Wartezeit. Dieses sehr ein- 
fache Verfahren hat aber den großen Nachteil, daß es 
für die Dauer der Wartezeit den Handshakezyklus und 
damit das ganze System blockiert, so daß die Warte- 
zeit nicht für andere Aufgaben verwendet werden 
kann. Außerdem entstehen Probleme, wenn aus ir- 
gendwelchen Gründen die Durchführung der Mes- 
sung nicht möglich ist, so daß die Meßzeit unendlich 
lang wird. In diesem Falle würde das gesamte Bus-Sy- 
stem blockiert bleiben. Helfen kann hier nur noch, so- 
weit vorhanden, die „Time out‘‘-Funktion des Rech- 
ners (siehe 6.7). 


6.6.2 Zeitkontrolle durch zyklische Abfragen 


Das Steuergerät fragt das Meßgerät in bestimmten 
Zeitabständen über eine spezielle Talkerfunktion im- 
mer wieder, ob der Meßvorgang beendet ist, um dann 
das Ergebnis abzurufen. Hierbei wird eine Blockie- 
rung des Bus-Systems vermieden. Das Verfahren er- 
fordert wegen der häufigen Abfragen jedoch erhebli- 
chen zusätzlichen Datenverkehr und kann außerdem 
den Zeitpunkt der Beendigung des Meßvorganges nur 
ungenau erfassen. 


6.6.3 Zeitkontrolle über Service Request 


Das Steuergerät aktiviert die Meßfunktion des Gerä- 
tes und fragt das Ergebnis erst ab, wenn das Meßgerät 
durch SRQ die Beendigung der Messung gemeldet 
hat. In der Zwischenzeit sind Bus- und Steuergerät 
völlig frei für andere Aufgaben. 

Es ist offensichtlich, daß, soweit technisch möglich, 
die dritte Möglichkeit vorzuziehen ist. 


6.7 Zeitüberwachung des Steuergerätes 


Aus dem bisher Gesagten ergibt sich, daß der IEC- 
Bus durch verschiedene Ursachen blockiert werden 
kann. In diesem Falle würde das gesamte System funk- 
tionsunfähig werden und das Steuergerät wäre nicht 
einmal in der Lage, eine Fehlermeldung abzugeben. 
Aus diesem Grunde haben einige Rechner eine Warte- 
zeitbegrenzung eingebaut. Das heißt, es wird beim 
Handshakezyklus nicht beliebig lange auf die Antwort 
der Geräte gewartet. Vielmehr wird nach Überschrei- 
ten einer Maximalzeit zum nächsten Zyklus überge- 
gangen. Diese Steuergeräteeigenschaft ist sehr nütz- 
lich, wenn die Wartezeit variiert werden kann und 
wenn das Überschreiten der Wartezeit im Programm- 
ablauf erkannt werden kann. Es gibt aber auch Rech- 
ner (z. B. Commodore PET), die nur eine feste kurze 
Wartezeit haben, und deren Überschreiten nicht ohne 
weiteres erkennbar ist. In diesem Falle ist große Vor- 
sicht notwendig, da bei kurzen Wartezeiten unter Um- 
ständen Daten verloren gehen können. 
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6.8 Hilfsmittel zur Kontrolle der IEC-Bus-Funktionen 


Bei Austesten eines IEC-Bus-Systems ist der dabei 
eingesetzte Steuerrechner im allgemeinen ein wert- 
volles Hilfsmittel, um Informationen über Zustand 
und Funktion des Systems zu bekommen. 


6.8.1 Bestimmung von unbekannten Geräteadressen 


Wird ein nicht vorhandenes IEC-Bus-Gerät durch 
einen Programmbefehl angesprochen, oder wird für 
ein vorhandenes Gerät eine andere als die eingestellte 
Adresse aufgerufen, so gibt der Rechner eine Fehler- 
meldung in der entsprechenden Programmzeile. 
Durch Angabe dieser Zeilennummer ermöglicht der 
Rechner dabei einfachste Lokalisierung der Pro- 
grammstelle, an der die falsche Adresse aufgerufen 
wurde. 

Auf ähnliche Weise ist es einfach möglich, bei ei- 
nem Gerät mit unbekannter Adresse festzustellen, auf 
welche Adresse dieses Gerät eingestellt ist: 

Man verbindet das zu untersuchende Meßgerät mit 
dem Steuergerät, wobei alle anderen IEC-Bus-Geräte 
abgetrennt sind. Nun sendet man zu diesem Gerät Li- 
stenerbefehle, wobei die Adresse bei 1 beginnend so- 
lange erhöht bis keine Fehlermeldung mehr auftritt. 
Man kann dieses auch in Form eines einfachen Pro- 
grammes vornehmen: 

10 X=X+1 
20 IFX > 30 THEN 60 
30 PRINT &@ X: "XYZ” 


40 PRINTX 

50 END 

60 PRINT “Gerät nicht ansprechbar“ 
70 END 


Vor dem ersten Starten des Programms muß der 
Wert X auf 0 gesetzt werden. Sodann startet man das 
Programm mit dem Befehl RUN’. Im Falle einer feh- 
lerhaften Adresse wird das Programm mit der Fehler- 
meldung „Adresse nicht gefunden‘ in Zeile 30 stehen 
bleiben. Durch erneutes Starten des Programmes wird 
der gleiche Vorgang für die nächste Adresse wieder- 
holt. Dies geschieht bis zum Erreichen der richtigen 
Adresse, die dann auf dem Bildschirm ausgedruckt 
wird. Je nach Eigenschaften des Rechners kann man 
das Programm natürlich auch vollautomatisch gestal- 
ten. 


6.8.2 Das Steuergerät als Monitor für Datenausgabe 


Eine wesentliche Erleichterung für die Analyse von 
IEC-Bus-Funktionen ist die Tatsache, daß normaler- 
weise zum Datenverkehr der ISO-7-Bit-Code verwen- 
det wird. Das bedeutet, daß fast allen übertragenen 
Zeichen direkt lesbare Buchstaben und Zahlensym- 
bole entsprechen. Diese Tatsache kann man sich auf 
einfache Weise bei der Analyse des IEC-Bus-Daten- 
verkehrs zunutze machen: 

Jedem zu analysierenden IEC-Bus-Ausgabebefehl 
des Steuergerätes, der eine variable Größe ausgibt, 
wird ein zusätzlicher PRINT-Befehl mit der gleichen 
Ausgabevariablen und dem gleichen Ausgabeformat 
zugeordnet. Zum Beispiel: 

100 PRINT & 17:USING 730:A — 
110 PRINT USING 730:A — 


IEC-Bus-Befehl 
Monitorbefehl 
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Auf diese Weise wird auf dem Bildschirm des Steu- 
ergerätes eine vollkommen identische Kopie der vom 
Steuergerät ausgegebenen Daten protokolliert. Dies ist 
insbesondere bei der Verwendung von formatierten 
Ausgabebefehlen von entscheidender Bedeutung, da 
es häufig schwierig ist, die Datenausgabeformate der- 
artiger Befehle, insbesondere im Hinblick auf Anzahl 
der Space, Positionierung der Vorzeichen usw. zu 
kennen. 

Sollen während eines laufenden Programmes meh- 
rere Ausgabebefehle gleichzeitig am Bildschirm mit- 
geschrieben werden, empfiehlt es sich, den Monitor- 
befehl durch eine zusätzliche Kennung zu markieren, 
damit eindeutig ist, welche der auf dem Bildschirm 
ausgegebenen Daten zu welchem IEC-Bus-Befehl ge- 
hört: z. B.: 

110 PRINT: USING 730: A; “Ausgabe A“ 

In diesem Falle wird in der gleichen Bildschirmzeile, 
in der die auf dem IEC-Bus ausgegebene Größe A dar- 
gestellt wird, zusätzlich die Information ‚Ausgabe A“ 
ausgedruckt. 


6.8.3 Das Steuergerät als Monitor für Datenempfang 
(siehe auch 6.4.2). 


Für die Überwachung der durch das Steuergerät 
empfangenen IEC-Bus-Daten empfiehlt sich ebenfalls 
die Kombination des jeweiligen IEC-Bus Input-Befeh- 
les mit einem Print-Befehl, der die gleiche Variable auf 
dem Bildschirm darstellt. Beispiel: 

INPUT @ 17: B$ 

PRINT BS$; “Einlesen B“ 

In diesem Falle wird auf dem Bildschirm die an der 
entsprechenden Programmstelle eingelesene Größe 
B$ mit der Bemerkung dargestellt, daß es sich um die 
„Einlesegröße B‘ handelt. 


6.8.4 Statische Funktionskontrolle des IEC-Bus 


Es gibt inzwischen eine Vielzahl von mehr oder we- 
niger aufwendigen IEC-Bus-Meßgeräten auf dem 
Markt. In vielen Fällen kommt man jedoch mit wesent- 
lich einfacheren Hilfsmitteln aus: Da der IEC-Bus ein 
asynchrones System ist, läßt er sich durch entspre- 
chende Verzögerung der Handshake-Leitungen belie- 
big verlangsamen. 

Dazu simuliert man den Handshakezyklus, indem 
man der NRFD-Leitung und der NDAC-Leitung je ei- 
nen Schalter nach O V parallel schaltet (sieheBild 11). 
Sind beide Schalter geschlossen, wird die Funktion 
des Systems zunächst gesperrt. Dann wird der 
NRFD-Schalter geöffnet, es erscheint das erste Daten- 
wort auf dem Bus und DAV wird aktiv. Nun wird der 
NRFD-Schalter wieder geschlossen und der NDAC- 
Schalter geöffnet. Dies bedeutet, daß der Empfang der 
Daten beendet ist. Die Daten verschwinden von den 
Bus-Leitungen und das System wartet auf das nächste 
NRFD-Signal. Das heißt, mit zwei einfachen Schaltern 
läßt sich der vollständige Handshakezyklus simulie- 
ren, so daß der Datenfluß des IEC-Bus beliebig verzö- 
gert werden kann. Mit diesem Hilfsmittel ist es mög- 
lich, die einzelnen Datenworte statisch z. B. mit Hilfe 
eines Logiktesters zu betrachten. 


Ergibt sich dabei die Situation, daß bei langsamen 
handgesteuerten Handshake fehlerfreie Listener- und 
Talkerfunktionen festgestellt wird, während bei Be- 
trieb mit normaler Geschwindigkeit keine einwand- 
freie Datenübertragung vorliegt, so ist dies ein eindeu- 
tiger Hinweis darauf, daß alle IEC-Bus-Funktionen, 
Adressen und Programme grundsätzlich richtig sind, 
daß aber dynamische Probleme im Bereich der Daten- 
übertragung auftreten, die durch die Verkabelung, 
Anzahl der Geräte oder aber auch fehlerhafte Geräte 
hervorgerufen werden können. 


7 Optimale Programmgestaltung 


Die Erstellung von Steuergeräteprogrammen für 
IEC-Bus-Systeme stellt insbesondere, bei Verwen- 
dung von modernen, intelligenten Meßgeräten 
grundsätzlich keine große Schwierigkeit dar. Einige 
Punkte können jedoch, wenn sie rechtzeitig beachtet 
werden, die Effektivität der Programme wesentlich 
verbessern. 


7.1 Variable Adressen 


Soweit von den Eigenschaften des Steuergerätes her 
möglich, sollte man Variable als Adressen verwenden. 
Zum Beispiel: 

Nicht: PRINT @ 17: “XYZ“ 

Sondern: PRINT @ X: “XYZ“ (X=17) 
In diesem Falle kann auch innerhalb eines langen Pro- 
grammes durch Ändern des Inhalts einer einzigen Va- 
riablen eine Geräteadresse beliebig umgeschaltet 
werden. 


7.2 Zeitoptimierung 
Bei BASIC-Programmen wird für die Ausführung 
einer jeden Programmzeile eine bestimmte Zeit benö- 
tigt. So erreicht man eine Zeitoptimierung von Pro- 
grammen dadurch, daß zeitintensive Rechenvorgänge 
parallel zu zeitintensiven Meßvorgängen laufen. 
Dies erreicht man, indem man erst den Meßvorgang 
im Meßgerät aktiviert, um erst dann parallel die 
Rechneroperationen im Steuergerät durchzuführen. 
Bei üblichen IEC-Bus-Steuergeräten werden Daten 
innerhalb eines Strings mit wesentlich höherer Daten- 
folge ausgegeben werden, als Daten, die durch hinter- 
einander folgende Zeilen ausgegeben werden. 
Beispiel: 
Durch den Befehl PRINT @ 17: “ABC“ 
wird eine wesentlich kürzere Ausgabezeit für die Zei- 
chenfolge ABC erreicht als durch die Befehlsfolge: 
PRINT & 17: “A“; 
PRINT @ 17: “B“; 
PRINT @ 17: "EC", 


7.3 Ausgabeformate 


Während die Ausgabe von festen Codezeichen un- 
problematisch ist, muß die Ausgabe von Variablen mit 
besonderer Sorgfalt behandelt werden. Sofern vor- 
handen, empfiehlt sich die Verwendung eines Ausga- 
bebefehls mit Formatierungsanweisung. Dabei sind 
die für den jeweiligen Rechner gültigen Formatie- 
rungsanweisungen genau zu beachten. Insbesondere 
bei Ausgabe von Zahlen werden häufig zusätzliche 











Bild 11. Einfaches statisches Testgerät für die IEC-Bus- 
Handshakefunktion 





Zeichen wie z.B. Spacezeichen mit ausgesandt, die 
u. U. zu zunächst nicht erkennbaren Störungen der 
Gerätefunktionen führen können. Wichtig ist ferner, 
ob der Steuerrechner die Ausgabe von Daten an den 
IEC-Bus mit einem Schlußzeichen (meistens CR oder 
LF) abschließt oder nicht. Dieses Ausgabeformat muß 
mit den Erfordernissen der einzelnen Meßgeräte über- 
einstimmen, die teilweise Befehle sofort nach Emp- 
fang ausführen, teilweise aber auch erst, wenn ein 
Schlußzeichen die Befehlsfolge abgeschlossen hat. 
Die meisten Geräte werden auch dann nicht in ihrer 
Funktion gestört, wenn sie kein Schlußzeichen benö- 
tigen und dieses aber trotzdem gesendet wird. 

Besondere Vorsicht ist bei Meßgeräten geringerer 
Intelligenz geboten, die zur Einstellung eine feste An- 
zahl von Ziffern verlangen, das heißt, die nicht in der 
Lage sind, auf führende Nullen zu verzichten. Bei- 
spiel: 

Ein NF-Generator verlangt die Eingabe der Fre- 
quenz in Hz mit fünf Stellen und nachfolgendem F: Da 
das Gerät selber nicht in der Lage ist, führende Nullen 
zu ergänzen, so müssen diese unbedingt vom Steuer- 
gerät erzeugt werden. 

Frequenzeinstellung 90 kHz 

PRINT «“ 17: '‘90000F“ 

Frequenzeinstellung 900 Hz 

PRINT « 17: ‘‘00900F“ 

dagegen nicht zulässig PRINT “ 17: “900F“ 
Programmtechnisch realisiert man dieses am einfach- 
sten, indem man im Programm zunächst den Befehl: 


PRINT @ 17: ‘000000 
einfügt. Danach darf man dann den Befehl 
PRINT @ 17: ‘‘900F“ 


verwenden. Die meisten Geräte, die keine führenden 
Nullen ergänzen, arbeiten nämlich mit einem schiebe- 
registerähnlichen Eingangsbuffer, so daß zulässig ist, 
soviele führende Nullen einzugeben, wie sie im un- 
günstigsten Falle benötigt werden. 

Natürlich sind in dieser Zusammenstellung nicht 
alle Schwierigkeiten erfaßt, die einem Benutzer bei 
der Anwendung des IEC-Bus begegnen können. Sie 
soll aber dazu beitragen, daß der Anwender nicht 
ohne jedes Praxisgefühl seine ersten Schritte in die 
IEC-Bus-Technik macht und gleichzeitig auch de- 
monstrieren, daß die möglicherweise auftretenden 
Probleme meist einfacher Natur sind, und daß der 
IEC-Bus ein leicht zu handhabendes Mittel ist, um 
Meßgeräte zu automatischen Testsystemen zu inte- 
grieren. 
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Dr. Manfred Richter 


Das Zustandsdiagramm 
und seine Anwendung beim IEC-Bus 


Durch die Verbreitung des IEC-Bus ist die Methode 
der Schaltungsentwicklung mit Zustandsdiagram- 
men wieder etwas mehr in den Blickpunkt der Ent- 
wickler geraten. Im Prinzip ist diese Methode altbe- 
kannt — die ersten Veröffentlichungen erschienen 
schon 1954 1; die ELEKTRONIK befaßte sich 1973 
damit |2. Auch die Funktion des Busses wurde unse- 
ren Lesern sorgfältig erklärt 4. Schaltungsbeispiele 
zeigten den Anschluß von Wortgeneratoren 5 und 
von Prozeßrechnern |6| an den IEC-Bus. Bisher 
fehlte jedoch eine allgemein gehaltene Anleitung, 
wie man aus einem Zustandsdiagramm eine Schal- 
tung entwickeln kann (implementieren); dies wird 
hier Schritt für Schritt gezeigt. 


1 Das Zustandsdiagramm 


1.1 Grundbegriffe 


Unter einem Zustand versteht man eine „Verarbeitungs- 
kapazität‘ eines Systems. Etwas konkreter: ein System kann 
in einem bestimmten Zustand eine Nachricht empfangen, 
kann dadurch in einen anderen Zustand übergehen, und in 
jedem Zustand können bestimmte Nachrichten verschickt 
werden. Grafisch ist dies in Bild 1 dargestellt. In Zustand A 
wird die Nachricht X empfangen, dadurch wird Zustand B 
aktiv, in B wird die Nachricht Y versendet. 

Ein einfaches Beispiel aus dem Leben: Unsere Augen ha- 
ben zwei mögliche Zustände: offen und zu. Durch einen 
Nervenimpuls X kann man das geschlossene Auge A in den 
offenen Zustand B überführen, hier wird dem Hirn das Aus- 
gangssignal Y übermittelt -— man kann sehen. 

Hier stößt man bereits auf neue Begriffe: X ist ein Ein- 
gangssignal, Y ein Ausgangssignal, beide Nachrichten wer- 
den auch Variable genannt. Jede Variable hat wieder zwei 
mögliche Zustände: wahr oder falsch. Man kann beispiels- 
weise sagen: im Zustand B ist die Ausgangsvariable Y wahr, 
in A aber falsch (statt „falsch“ sagt man oft auch „unwahr‘‘). 


Es gelten folgende Regeln: 


® Jede Variable kann aus einem Boole’'schen Ausdruck von 
mehreren Variablen bestehen. 

® Jeder Zustand kann aus mehreren Unterzuständen beste- 
hen und daher in diese zerlegt werden, auch kann man 
mehrere Zustände zu einem zusammenfassen. 
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1.2 Anwendung auf elektronische Schaltungen 


Bild 2 zeigt ein ganz allgemeines System, dies kann eine 
elektronische Schaltung sein. Sind die Ausgangssignale 
As...A; nur Funktionen der Eingangssignale E,...E;, spricht 
man von einer kombinatorischen Schaltung. Beispiel: ein 
UND-Glied. Die Ausgangssignale sind durch die Eingangs- 
signale vollständig definiert; die Laufzeit sei vernachlässigt. 
Bei einer sequentiellen Schaltung sind die Ausgangssignale 
nicht nur Funktionen der Eingangssignale, sondern auch 
der vorhergegangenen Ausgangssignale; sie sind damit 
auch von der Zeit abhängig. Beispiel: ein Flipflop. Die Aus- 
gangssignale sind nur definiert, wenn neben den neuen Zu- 
ständen der Eingänge auch die vorhergehenden Zustände 
der Ausgänge bekannt sind. 

In Bild 3 ist ein einfaches Beispiel für das Zustandsdia- 
gramm einer kombinatorischen Schaltung dargestellt. Dies 
ist immer daran zu erkennen, daß die Übergangsvariablen 
von A nach B und zurück einander Inverse sind. Bei Bild 4 
handelt essich um eine sequentielle Schaltung. Hier können 
die Variablen X und Y zugleich falsch sein. Das Diagramm 
eines RS-Flipflops kann so aussehen. Sind X und Y zugleich 
wahr, oszilliert die Schaltung. 


1.3 Schaltungsentwicklung 


Die Entwicklung einer Schaltung kann man in folgende 
Schritte zerlegen: 
1) Erstellung eines Flußdiagrammes 
2) Erstellung des Zustandsdiagrammes 
3) Überführung in ein Karnaugh-Diagramm (KV-Tafel) 


Bild 1.» 

Einfachste Grundform 
eines Zustandsdia- 
gramms 


Bild 2.» 
System mit den Ein- 
gangssignalen E,...E; 
und den Ausgangssi- 


gnalen A,...A; 


Bild 3.» 
Zustandsdiagramm für 
eine einfache kombina- 

torische Schaltung 


Bild 4.» 
Zustandsdiagramm 

für eine einfache se- 
quentielle Schaltung 


4) Aufstellung der Gleichungen für die Flipflop-Eingänge 
und die Schaltungs-Ausgänge 
5) Zeichnen der Schaltung. 


Das Flußdiagramm ist eine übersichtliche und leicht ver- 
ständliche Methode zur Funktionsbeschreibung der Schal- 
tung. Mit den bekannten Symbolen zur Software-Erstellung 
kann man das gewünschte Verhalten der Schaltung be- 
schreiben. Bei einfachen Schaltungen, aber auch wenn man 
schon etwas mehr Übung hat, wird man diesen Schritt je- 
doch meist übergehen können. Das Zustandsdiagramm wird 
dann direkt aus der Definition der Schaltung heraus entwor- 
fen. Ein Flußdiagramm aber muß man erst in das Zustands- 
diagramm übersetzen. Oft wird man dabei intuitiv vorgehen 
müssen. Im allgemeinen aber kann man sagen, daß eine Ver- 
zweigung meist einem Zustand entspricht. 

Das Zustandsdiagramm wird nun durch Zusammenfas- 
sen so in Gruppen zerlegt, daß innerhalb einer Gruppe nur 
mehr sequentielle Zustände vorkommen. Man spricht dann 
vom „inneren Zustand‘ der Schaltung, im Gegensatz zum 
„totalen Zustand“, derauch die kombinatorischen Zustände 
enthält. 

Beim Erstellen des Zustandsdiagrammes ist besonders 
darauf zu achten, daß man nicht von einem Zustand zur sel- 
ben Zeit zu mehreren anderen Zuständen gelangen kann. 
Dies könnte vorkommen, wenn mehrere Eingangsvariable 
zugleich wahr werden können. 

Die Zustände werden nun in eine KV-Tafel eingetragen. 
Dadurch wird jedem Zustand ein Code zugeordnet. Die 
Übergänge werden durch Pfeile eingezeichnet. Dabei bedeu- 
tet ein Übergang in ein benachbartes Feld, daß genau ein 
Flipflop schaltet, bei einem schrägen Übergang schalten ge- 
nau zwei Flipflops, bei einem „Rösselsprung‘ schalten drei 
Flipflops, usw. Die Zuordnung der Felder der KV-Tafel zu 
den Zuständen sollte so erfolgen, daß die Übergänge nach 
Möglichkeit ins benachbarte Feld gehen, dadurch wird der 
Schaltungsaufwand verringert. 


Bild 5 zeigt ein Beispiel für die Zuordnung. Hier sollen 
JK-Flipflops verwendet werden. Aus der KV-Tafel können 
direkt die Bedingungsgleichungen für die J- und K-Ein- 
gänge abgelesen werden. In den Zuständen S 1 und S 0 ist 
Flipflop A eingeschaltet, in den Zuständen S 2 und S3 ist 
dies Flipflop B. Um A einzuschalten, muß der J-Eingang von 
A (also JA) wahr werden. Dies gilt in Bild 5 für Übergänge 
von links nach rechts. Um A auszuschalten, muß K von A 
wahr werden, dies sind die Übergänge von rechts nach links. 
B wird eingeschaltet beim Übergang von oben nach unten 
und ausgeschaltet von unten nach oben. JA muß also wahr 
werden, wenn sich die Schaltung im Zustand SO befindet 
und die Eingangsvariable U wahr wird, daher: JA=SOAU. 


Eingänge 














KA muß wahr werden, wenn S 1 aktiv ist, und W wahr 
wird, aber auch wenn S 3 aktiv ist und Y wahr wird. Dies ist 
also eine ODER-Verknüpfung: 

KA= (SIAW)v(S3AY) 
Ebenso erhält man die Bedingungen für B: 

JB =S1AX 

KB=S2NZ 
In den Gleichungen kommen die vier Zustände S 0...S 3 vor, 
die erst decodiert werden müssen: 

SO=ANBR 


Sı=AAB 
S2=AAB 
S3=ANB. 


Man sieht, daß eine Schaltung im allgemeinen aus drei 
Funktionsblöcken besteht: Die Bedingungslogik, die Flip- 
flops und die Zustandsdecodierung (Bild 6). Die Ausgangs- 
signale der Schaltung sind entweder einzelne Zustände oder 
ODER-Verknüpfungen mehrerer Zustände. 

Beim besprochenen Beispiel wurde davon ausgegangen, 
daß die Takteingänge aller Flipflops durch den selben Takt 
angesteuert werden; man spricht dann von synchroner Lo- 
gik. Im Gegensatz dazu steht die asynchrone Logik, dabei 
schaltet meist ein Flipflop das nächste. 

Eine Eigenschaft des JK-Flipflops kann man benützen, um 
die Schaltung noch zu vereinfachen: Nach dem Übergang 
von SO nach S1 wird JA sofort falsch, da ja gilt: JA = 
SOAU,undS 0 wird ja inaktiv und daher falsch. Aber auch 
in S 1 darf JA noch wahr sein, der Zustand des Flipflops A 
wird dadurch nicht beeinflußt. Man erhält also eine neue 
Bedingungsgleichung: JA= (SO A U)v(S 1A UJ). Hierkann 
man U herausheben: JA = UN (S0OvVS1). 

Nun giltaber: S0 vS 1= B. Man kann daher für JA schrei- 
ben: 

JA= BAU. 
Ebenso erhält man für die anderen Flipflopeingänge: 
KA= (BAW)v([BAY) 
JB = AAX 
KB=ANZ. 

Man sieht, daß auf diese Art der Zustandsdecodierer ein- 
gespart wurde. Ob dieser Weg der ökonomischere ist, muß 
von Fall zu Fall untersucht werden. Nun kann man die 
Schaltung zeichnen (Bild 7). Dabei werden die Nachrichten 
mit der Zuordnung 

wahr 2& 1 

falsch £ 0 
codiert. O und 1 sind die beiden Zustände eines Bits. Zur Co- 
dierung von Nachrichten werden oft Bitkombinationen 


< Bild 5. 

Übergang vom Zu- 
standsdiagramm 
zur KV-Tafel 


Bild 7.» 
Synchrone Schaltung, 
nach Bild 5 entworfen 














< Bild 6. Prinzipieller 
Aufbau einer Schal- 
tung aus drei Funk- 
tionsblöcken 
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verwendet. Ein Beispiel aus dem IEC-Bus ist die Nachricht 
UNL; sie ist wahr, wenn das Bitmuster 0111111 eintrifft. für 
alle anderen Bitkombinationen aber falsch. 

Selbstverständlich wird man noch darauf achten. ob man 
alle Gleichungen nach den Regeln der Schaltalgebra verein- 
fachen kann. 


1.4 Zusätzliche Hinweise zur Schaltungsentwicklung 


Im folgenden sollen zunächst ein paar zusätzliche Regeln 
gegeben werden. Die meisten Schaltungen enthalten einen 
Anfangszustand, beim IEC-Bus Idle-state genannt. Beim 
Einschalten des Gerätes soll genau dieser Zustand aktiv 
werden. In Bild 5 ist dies der Zustand S 0, angedeutet durch 
den Pfeil mit der Variablen pon (power on). Die Schaltung in 
Bild 7 zeigt die Implementierung dieser Bedingung. An den 
asynchronen Rücksetzeingängen der Flipflops liegt das 
Eingangssignal pon, dieses wird nach dem Einschalten des 
Gerätes kurz wahr, um dann konstant falsch zu bleiben. 

Ungebrauchte Zustände sollte man in den Anfangszu- 
stand oder einen benachbarten Zustand überführen. Das Sy- 
stem könnte schließlich durch einen Störimpuls in so einen 
Zustand gelangen; hätte der dann keinen Ausgang, säße die 
Schaltung fest. 

Der „Overriding‘-Eingang: Wird dieses Signal wahr, geht 
die Schaltung in den Zustand über, der durch den Eingang 
bezeichnet wird, unabhängig davon, in welchem Zustand 
die Schaltung sich gerade befindet. Im Beispiel Bild 8 ist 
dies der Eingang IFC. Alle anderen Übergänge können daher 
nur stattfinden, wenn der Overriding-Eingang falsch ist. 
dies wird daher in den Zustandsdiagrammen nicht explizit 
angegeben. Oft kann man dieses dominierende Eingangssi- 
gnal ebenso wie pon an den Rücksetzeingang der Flipflops 
legen. 


2 Zustandsdiagramme beim IEC-Bus 


2.1 Listener 


Bild 8 zeigt das etwas vereinfachte Zustandsdiagramm 
des Listeners. Zuerst sei untersucht, welche Übergänge 
kombinatorisch und welche sequentiellsind. MLA und UNL 
können nie zugleich wahr sein, sie können aber zugleich 
falsch sein. sind daher nicht einander Inverse. Der Übergang 
von LIDS nach LADS und zurück ist daher sequentiell. ATN 
und ATN sind einander Inverse, der Übergang LADS-LACS 
ist also kombinatorisch. Für die beiden Zustände LIDS und 
LADS braucht man ein Flipflop. es sei mit L bezeichnet. Zu- 
nächst zeichnet man die KV-Tafel; sie besteht nur aus zwei 
Feldern (Bild 9). Die beiden Zustände sind LO und L 1. 
Wohl gilt: LIDS = L 0, man kann aber nicht sagen: LADS = 
L 1: Flipflop L ist ja in den beiden Zuständen LADS und 
LACS eingeschaltet. Der Unterschied zwischen diesen bei- 


RFD 
DAC ATN vrdy 


ATNvLA 
(t2) 





ATNALA 
(t2) 


LA= LACSVLADS 
LA=Li=L 


(ATNardy) v(ATNAT3) 


Bild 11. Vereinfachtes Zustandsdiagramm der AH-Funktion 
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Bild 9.» 
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Bild 8 


Bild 10.» 
Schaltung nach 
den Bildern 8 
und 9 











den wird durch ATN bestimmt. LADS kann nur aktiv sein, 
wenn ATN wahr ist, LACS kann nur aktiv sein, wenn ATN 
falsch ist. Durch kombinatorische Verknüpfung von L und 
ATN erhält man daher: 

LADS = LAATN, 


LACS = LA ATN. 
Bild 10 zeigt die sich ergebende Listener-Schaltung. 


2.2 Acceptor-Handshake (AH-Funktion) 


Bild 11 zeigt wieder eine etwas vereinfachte Ausführung 
des Zustandsdiagramms. Das Signal ttcs wurde weggelassen, 
es ist nur von Interesse, wenn man auch einen Controller 
implementiert hat. Man faßt zunächst die vier linken Zu- 
stände zu einem einzigen zusammen. Was dabei heraus- 
kommt, zeigt Bild 12. Man sieht, daß sich AIDS nur kombi- 
natorisch von den anderen Zuständen unterscheidet, da ja 
ATNVLA und ATNALA einander Inverse sind. Zur Im- 
plementierung dieses Zustandes braucht man also keinen 
Flipflopzustand, so daß man für die ganze Schaltung sicher 
nicht mehr als zwei Flipflops braucht. Hinzu kommt noch, 
daß die Übergänge von und nach AIDS innerhalb der Zeitt 2 
erfolgen müssen. 

In einer sequentiellen Schaltung wäre dies nur mit einer 
viel zu hohen Taktfrequenz zu erreichen. Diese Einschrän- 
kung gilt übrigens auch für den Übergang von ACRS nach 
ANRS. Der Zusatz T 3 aber sagt, daß die Schaltung minde- 
stens die Zeit T 3 im Zustand ACDS bleiben muß. bevor sie 
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4 Bild 12. Zusammenfas- 
sung von Zuständen zwecks 
Schaltungsvereinfachung 
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facht nach Bild 12 *asynchron 





























RFD 
DAC 
ATNvrdy 


ATNvLA 
| 





ATNardy 


DAV DAV 
DAC 
ATNardy 


(ATN vrdy)AT3 


Bild 15. Vereinfachtes Zustandsdiagramm der AH-Funk- 
tion unter der Bedingung, daß das Signal rdy nur im Zu- 
stand ANRS wahr werden darf 


< Bild 14. Schaltung nach Bild 11 (AH-Funktion) 


mit ATN nach AWNS übergeht. Bei synchronen Schaltun- 
gen ist diese Bedingung automatisch erfüllt, die Schaltung 
bleibt ja dann genau eine Taktpriode in ACDS stehen. Aus 
dem Ausdruck beim Übergang ACDS — AWNS kann man 
also T 3 entfernen und man erhält: 

(ATN A rdy) vV{ATNAT3)= ATNvrdy. 
Nun kann man wieder die KV-Tafel zeichnen (Bild 13). Es 
ergeben sich folgende Bedingungsgleichungen: 

JE = DA (ATN vrdy) 

KC = DA (ATN v rdy) 

RC = (ATN A rdy) v pon 

|D = (EA DAV)v (CA DAV) = DAV 

KD = (CA DAV) v (CA DAV) = DAV 

RD = pon. 








Die Übergänge vor oben nach unten und zurück kann man 
natürlich auch kombinatorisch lösen. man kommt dann mit 
einem einzigen Flipflop aus. Wenn man hier aber trotzdem 
sequentiell arbeitet, dann darum, weil man auf diese Art ein 
digitales Filter für den Eingang DAV erhält. Die Anfälligkeit 
gegenüber Störungen auf der DAV-Leitung wird also verrin- 
gert. 

Nun zu den Ausgängen: RFD und DAC sind die zwei Bus- 
nachrichten, die von der Schaltung erzeugt werden. RFD ist 
in den beiden Zuständen AIDS und ACRS wahr, DAGC in 
AIDS und AWNS. Diese Zustände müssen daher decodiert 
werden. In Bild 12 erkennt man. daß AIDS immer aktiv ist. 
wenn ATNALA wahr ist. Daher gilt: AIDS = ATNALA. 
Die beiden anderen Zustände bekommt man auf die übliche 
Art: 

MRS = Ali=CHAm 
AWNS = A2 = CAD. 
Für die Ausgänge selbst gilt: 


Do 


RFD = AIDS v ACRS 
DAC = AIDS v AWNS. 
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ürandere Diagramme (z. B. den Listener) braucht man auch 
noch ACDS: 
ACDS = EA D. 

Somit wurden alle Bedingungen für die Schaltung 
(Bild 14) abgeleitet. Mit dem Signal rdy (ready) teilt das Ge- 
rät der AH-Funktion mit, ob es die Nachrichten auf den 
DIO-Leitungen empfangen und verarbeitet hat. Ist rdy = 
wahr, so ist das Gerät bereit, neue Nachrichten zu empfan- 
gen. Durch rdv = falsch teilt das Gerät mit, daß die Nachricht 
empfangen und verarbeitet ist, aber es ist noch nicht bereit 
für eine neue Nachricht. Das ist es erst, wenn rdy wieder 
wahr wird. Unterwirft man rdy einer zusätzlichen Bedin- 
gung, so kann man die Schaltung (Bild 14) noch weiter ver- 
einfachen. Diese Bedingung lautet: rdy darf nur im Zustand 
ANRS wahr werden. Dies läßt sich leicht erreichen, wenn 
die AH-Funktion dem Gerät die Gültigkeit von Nachrichten 
auf den DIO-Leitungen nicht durch ACDS, sondern durch 
DAV anzeigt. 

Das neue Zustandsdiagramm zeigt Bild 15. Der Übergang 
von AWNS nach ACDS wurde hinzugefügt; fest steht aber, 
daß dieser nie aktiv werden kann, da ja rdy in AWNS nicht 
wahr werden kann. Der Übergang von ACDS nach AWNS 
wurde etwas geändert: die Verzögerung T 3 giltnun immer, 
nicht nur wenn ATN wahr ist. Für die Funktion der Schal- 
tung ist dies aber ohne Bedeutung. Jedenfalls sind nun alle 
parallelen Übergänge einander Inverse, so daß nun die 
ganze Schaltung rein kombinatorisch aufgebaut werden 
kann. Die Zeit T 3 erzeugt man durch Verzögerung des Ein- 
gangssignales DAV mit einem RC-Glied. Ein kombinatori- 
scher Zustand ist genau dann aktiv, wenn alle Nachrichten, 
die in den betreffenden Zustand überführen, wahr sind. Mit 
DAV' gleich dem verzögerten DAV erhält man nun folgende 
Gleichungen: 








ACRS = (ATNvrdy) A DAV 
AWNS = (ATN vrdy) A DAV' 
AIDS = ATNALA. 


Für RFD und DAC gelten die selben Gleichungen wie oben. 
Für ACDS erhält man: 


ACDS = DAV A DAV”, 


2.3 Zweidraht-Handshake-System 


Noch eine Erklärung zu Bild 16. Mit dvd (data valid for 
device) wurde das Signal bezeichnet, das den Gerätefunk- 
tionen die Gültigkeit von Nachrichten auf den DIO-Leitun- 
gen anzeigt. Die Signale rdy und dvd bilden zusammen ein 
Zweidraht-Handshake-Svstem. Die praktische Ausführung 
in NAND's und NOR’s zeigt Bild 17. 
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Bild 16. 
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Bild 17 Praktische Ausführung eines Zweidraht-Handshake-Systems mit 
NAND- und NOR-Gliedern 
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Die Schnittstellenfunktionen ‚Bedienungsruf“ und ‚Parallelabfrage‘‘ 
verleihen IEC-Bus-kompatiblen Geräten die Fähigkeit, sich aktiv bei der 
steuernden Einheit zu melden bzw. passiv an schnellen Statusabfragen 
teilzunehmen. Wie dies in Theorie und Praxis verwirklicht wird, zeigt der 


folgende Beitrag. 


Dipl.-Inf. Heinrich Dietsch 


Prinzip und Praxis der IEC-Bus-Funktionen 
„Bedienungsruf‘“ und ‚„Parallelabfrage‘“ 


1 Einführung und Überblick 


Die mittlerweile erstaunlich weite Verbreitung der 
IEC-Bus-Schnittstelle ist in erster Linie denjenigen 
Herstellern von Meßgeräten, Tisch- und Minirech- 
nern zu verdanken, die in relativ kurzer Zeit brauch- 
bare Realisierungen der nicht immer leicht verständ- 
lichen Norm |1. fanden. Prinzipielle Möglichkeiten 
seien hier nur kurz erwähnt: 
© Aufbau der Schnittstellenfunktionen mit SSI-MSI- 

Bausteinen bzw. FPLAs 2, 3,4,5,, 

@ Software-Implementierung des Übertragungspro- 

tokolls ‚6, 
®@ Einsatz von LSI-Schnittstellenbausteinen 7. 

Bild 1 zeigt ein allgemeines IECG-Bus-kompatibles 
Gerät: Die Gerätefunktionen senden in der Norm fest- 
gelegte „interne Nachrichten" (z. B. nba, rdy, rsv, ist) 
an die verwirklichte Teilmenge der Schnittstellen- 
funktionen. Die Norm ordnet den Zuständen der mei- 
sten Schnittstellenfunktionen feste Ausgangssignale 
zu; der Geräteentwickler kann jedoch weitere Signale 
als Rückmeldungen an die Gerätefunktionen hinzufü- 
gen. Die Gerätefunktionen kommunizieren im allge- 
meinen mit den 8 Bus-Datenleitungen und evtl. mit 
der Steuerleitung EOI. 

Gegen den IEC-Bus werden oft die relativ niedrige 
Übertragungsrate (realistischer Wert: 200 kByte/s 4) 
und die geringe Datenbusbreite ins Feld geführt. Diese 
Argumente verlieren jedoch an Bedeutung durch die 
Erkenntnis, daß die Leistung der derzeit verfügbaren 
IEC-Bus-Systeme nicht durch die Bus-Übertragungs- 
rate, sondern durch die Fähigkeiten der angeschlos- 
senen Geräte und Steuereinheiten begrenzt wird. 

Gegenstand der vorliegenden Arbeit sind deshalb 
die Systemeigenschaften IEC-Bus-kompatibler Ein- 
heiten. Bei den meisten der auf dem Markt erhältli- 
chen Geräte wurde auf die Realisierung der Schnitt- 
stellenfunktionen für „‚Bedienungsruf“ und „Parallel- 
abfrage‘‘ verzichtet, obwohl gerade damit Systemver- 
halten und Leistungsfähigkeit entscheidend zu beein- 


flussen wären. Der Grund ist wohl darin zu sehen, daß 
es für die Ansteuerung dieser Funktionen - im Gegen- 
satz zu den Schnittstellenfunktionen für die Daten- 
übertragung — kaum Hinweise und Anwendungsbei- 
spiele gibt. In den Abschnitten 2 und 3 wird der Ver- 
such gemacht, diese Schnittstellenfunktionen darzu- 
stellen und zu interpretieren. 

Der darauffolgende Abschnitt beschreibt ein Gerä- 
tekonzept, das auf die Anforderungen der Prozeßre- 
chentechnik ausgerichtet ist. Dabei ist zu betonen, daß 
keine „Norm in der Norm‘ formuliert werden soll; 
vielmehr sind Geräte, die die vorgeschlagenen Eigen- 
schaften besitzen, auch in tischrechnergesteuerten 
Systemen einzusetzen. Abschließend wird der Ent- 
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| ROS-Bit 





Bild 2. Das RQS-Bit im 
Statusbyte sagt aus, ob 
das Gerät Bedienung an- 
gefordert hat 


Sn u er 
Statusbyte 


RQOS=1: _ GeräthatBedienung angefordert 
RQS=0:  Geräthatkeine Bedienung angefordert 
Bits 1...6,8  freifür gerätespezifische Meldungen 
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© 


SR-Funktion 


Bild 3. Zustandsdiagramme der 
Schnittstellenfunktionen T und SR 


wurf einer universellen Schnittstellenschaltung vor- 
gestellt, die die genannten Eigenschaften unterstützt. 


2 Die SR-Schnittstellenfunktion 


Ein Gerät, das mit einer SR-Funktion (,,Service Re- 
quest‘ — „Bedienungsruf‘‘) ausgerüstet ist, kann über 
die SRQ-Busleitung asynchron eine Bedienungsan- 
forderung an das Steuergerät absetzen. Weil alle N Ge- 
räte im Bus-System die nur einmal vorhandene SRQ- 
Leitung verwenden, repräsentiert diese zu jedem 
Zeitpunkt nur die logische ODER-Funktion aus den 
einzelnen Bedienungsanforderungen SRQ,1 Si=N: 

SRQ = SRQ, V SRQ> V ... V SRQN (1) 


Jedes Gerät mit einer SR-Funktion muß auf Anfrage 
ein Statusbyte senden können. Das Statusbyte enthält 
neben der eigentlichen Nachricht das RQS-Bit, das 
aussagt, ob das betreffende Gerät Bedienung angefor- 
dert hat (Bild 2). Dem Steuergerät obliegt es dann, im 
Zuge einer seriellen Abfrage (,,‚Serial Poll‘) die Geräte 
herauszufinden, die eine Bedienungsanforderung ab- 
gesetzt haben. 


34 


TSV 





SRQ 

SPMS \ / 

TADS) T 71 
\ 

Spas) ' 

APRS, | N 





NN EEE SITZE 
DAV (STB) 
I T 


Br ı 


5% 7 


Bild 4. Ablauf: Bedienungsanforderung — Statusbyte-Abruf 
(Aktiv-Low-Pegel auf den Busleitungen SRQ und DAV) 


Die SR-Funktion arbeitet eng mit der T-(,‚Talker‘“‘, 
„Sprecher“ )-Funktion zusammen.Bild 3 zeigt die Zu- 
standsdiagramme der beiden Funktionen. Bild 4 stellt 
in Form eines Impulsdiagramms den Ablauf von der 
Bedienungsanforderung eines Geräts i bis zum Abruf 
seines Statusbytes durch das Steuergerät dar: Die Ge- 
rätefunktionen des Geräts i wünschen zum Zeitpunkt 
T, Bedienung und melden dies mit der internen Nach- 
richt rsv an ihre SR-Schnittstellenfunktion. Die SR- 
Funktion geht daraufhin vom Zustand NPRS (,‚Nega- 
tive Poll Response State‘) über in den Zustand SRQS 
(‚Service Request State‘), in dem sie die Bedienungs- 
anforderung über die SRQ-Busleitung sendet. In T, 
hat das Steuergerät die Anforderung zur Kenntnis ge- 
nommen und startet mit dem Universalbefehl SPE 
(„Serial Poll Enable‘‘) eine serielle Abfrage. SPE bringt 
die T-Funktionen aller Geräte in den Zustand SPMS 
(„Serial Poll Mode State‘‘). Im Intervall T,T; werden 
sodann die Statusbytes mehrerer anderer Geräte ohne 
Erfolg auf das RQS-Bit hin untersucht, bis zum Zeit- 
punkt T; das Gerätian der Reihe ist und zum Sprecher 
adressiert wird. Seine T-Funktion geht in den Zustand 
TADS (,Talker Addressed State‘), und schließlich, 
nachdem das Steuergerät das ATN-Signal zurückge- 
nommen hat, wegen der Bedingung SPMS in den Zu- 
stand SPAS (,‚‚Serial Poll Active State‘) (T;). In T; muß 
den Gerätefunktionen über Rückmeldesignale mitge- 
teilt werden, daß ein Statusbyte gesendet werden soll. 
Die SR-Funktion geht (wegen SPAS) in den Zustand 
APRS (,Affirmative Poll Response State‘), dessen 
Ausgabesignal das RQS-Bit im Statusbyte darstellt 
(Bild 2). Es gilt: 

RQS = APRS A SPAS (2) 

Mit dem Verlassen von Zustand SRQS wird auch die 
Bedienungsanforderung auf der Busleitung SRQ zu- 
rückgenommen. Im Intervall T;T, wird das Statusbyte 
im Handshake-Verfahren übertragen; nach Ende der 
Übertragung aktiviert das Steuergerät wieder die 
ATN-Busleitung (T,), die T-Funktion geht zurück 
nach TADS, und zum Zeitpunkt T; verliert das Geräti 
seine Sprechereigenschaft, z.B. durch Befehl UNT 
(‚.Untalk‘“) oder Erkennung von OTA (,Other Talk 
Address‘). Es wird angenommen, daß das Steuergerät 
nun die serielle Abfrage beendet: Der Universalbefehl 


SPD (‚Serial Poll Disable‘‘) bewirkt in der T-Funktion 
den Übergang von SPMS nach SPIS (‚Serial Poll Idle 
State‘‘) (T,). Erst nachdem die Gerätefunktionen die 
interne Nachricht rsv zurückgenommen haben (T/7), 
verläßt die SR-Funktion den Zustand APRS. Bis zu 
diesem Zeitpunkt bleibt bei weiteren Abfragen das 
RQS-Bit im Statusbyte gemäß (2) gesetzt. 

Bild 5 zeigt Aufruf und Flußdiagramm einer allge- 
meinen seriellen Abfrageroutine SERPOLL für N Gerä- 
te, die an geeigneten Stellen in einem Hauptpro- 
gramm gestartet werden kann. Die Bedienzeiten für 
die einzelnen Geräte werden natürlich um so kürzer, je 
häufiger die Busleitung SRQ abgefragt wird. Zu be- 
achten ist, daß die Abfrageroutine den ‚Adressie- 
rungszustand‘ des IEC-Bus-Systems (d.h. die aktu- 
elle Verteilung der Hörer- und Sprecheradressen) ver- 
ändert. Nach Beendigung der Routine müssen also, 
wenn dies der Ablauf erfordert, die vorher adressier- 
ten Geräte wieder neu adressiert werden. 

SERPOLL macht zunächst das Steuergerät zum all- 
einigen Hörer und leitet dann mit dem Universalbe- 
fehl SPE die Abfrage ein. In einer Laufschleife wird je- 
des der N Geräte durch Sprecheradressierung ange- 
wählt und zum Senden seines Statusbytes aufgefor- 
dert. Ist das RQS-Bit im Statusbyte des i-ten Geräts ge- 
setzt, legt SERPOLL die Nachricht in der i-ten Position 
der Tabelle STATAB ab. STATAB dient der Kommu- 
nikation mit dem rufenden Programm. Stellt sich nach 
einem Abfrageschritt heraus, daß sämtliche Bedie- 
nungsanforderungen erkannt worden sind, dann wird 
die Laufschleife verlassen, und der Universalbefehl 
SPD beendet die serielle Abfrage. Die Kontrolle geht 
wieder über an das rufende Programm, das auf den ak- 
tuellen durch STATAB repräsentierten Systemzu- 
stand geeignet reagieren kann. Bearbeitete Meldun- 
gen werden aus STATAB getilgt. Um speziellen An- 
forderungen zu genügen, könnte bereits in SERPOLL 
die Bearbeitung zeitkritischer Aufgaben vorgesehen 
sein (Beispiel: Sofortiges Abschalten eines Netzgeräts 
bei Überschreiten der Strombegrenzung). 

Für die sinnvolle Verwendung von SERPOLL ist es 
wichtig, daß das RQS-Bit im Statusbyte nicht gesetzt 
bleibt, nachdem das Statusbyte nach der Bedienungs- 
anforderung abgeholt wurde. Die interne Nachricht 
rsv muß also zurückgenommen werden, sobald der 
Zustand APRS vorliegt (T; in Bild 4). Nach erfolgter 
Übertragung des Statusbytes verläßt die T-Funktion 
den Zustand SPAS, und die SR-Funktion geht darauf- 
hin in den Zustand NPRS, in dem RQS =,,0" gilt. 

SERPOLL verarbeitet also nur Statusbytes, die mit 
dem RQS-Bit gültig erklärt werden, d. h. „aktive“ Zu- 
standsmeldungen. Es ist einem Gerät durchaus gestat- 
tet, sein Statusbyte-Ausgaberegister ohne anschlie- 
Bende Bedienungsanforderung zu laden (,‚passive‘ 
Zustandsmeldung), doch läßt sich diese Art Gerätein- 
formation vor allem in komplexen Systemen nur 
schwer handhaben. 


3 Die PP-Schnittstellenfunktion 

Die PP-Schnittstellenfunktion (,,Parallel Poll‘, ‚„‚Pa- 
rallelabfrage‘‘), deren ZustandsdiagrammBild 6 zeigt, 
wurde in die Norm aufgenommen, um dem Steuerge- 
rät möglichst schnell einen Überblick über wichtige 


Zustände aller angeschlossenen Geräte zu verschaf- 
fen. Der Grundgedanke: Jedes Gerät sendet über eine 
ihm zugewiesene Bus-Datenleitung eine 1-Bit-Zu- 
standsnachricht. Nimmt man einmal an, daß 8 Geräten 
im Bus-System je eine Datenleitung zugewiesen wur- 
de, dann empfängt das Steuergerät bei einer Parallel- 
abfrage ein Byte mit den Zustandsbits der 8 Geräte. 
Dieses Byte wird im Gegensatz zu den Statusbytes 
nicht im Handshake-Verfahren übertragen. Das Steu- 
ergerät startet die Parallelabfrage durch gleichzeitiges 
Aktivieren der Busleitungen ATN und EOI. Die Geräte 
plazieren dann sofort ihre Zustandsbits auf den Daten- 
leitungen. Nach der Einschwingzeit kann das Steuer- 
gerät die Information lesen und verarbeiten. Vorab sei 
noch erwähnt, daß mehreren Geräten dieselbe Daten- 
leitung zugewiesen werden kann. Zur eindeutigen 
Identifizierung eines Geräts sind dann allerdings dy- 
namische Zuordnungen und weitere Abfragen vonnö- 
ten. 

Die PP-Funktion ist, ebenso wie die T-Funktion 
(Bild 3), in Form zweier Teildiagramme beschrieben. 
Ihr Ruhezustand müßte demnach korrekt mit (PPIS, 
PUCS) bezeichnet werden. Im folgenden wird diese 
etwas umständliche Darstellungsweise vermieden, da 
bei allen Aktivitäten bezüglich eines Teildiagramms 
der Zustand des anderen Teildiagramms bestimmbar 
ist. Zunächst muß in einer Konfigurationsphase den 
PP-Funktionen der einzelnen Geräte mitgeteilt wer- 
den, auf welcher Datenleitung sie ihr Zustandsbit 
senden sollen. Der vom Steuergerät ausgesandte Be- 
fehl PPC (‚Parallel Poll Configure‘“) bringt die PP- 
Funktionen derjenigen Geräte in den Zustand PACS, 





ja 
nein SERPOLL SPE senden 
Hauptprogramm- = 
Anweisungs-Folge 
' TAD; senden 
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STB; empfangen 
r 


Bild 5. Serielle Abfrage- 
routine 





UNL Befehl "Unlisten” 
LADsıG : Höreradresse des Steuergeräts 
TAD Sprecheradresse des i-ten Geräts 


STB Statusbyte des ı-ten Geräts 
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[Ipe] v[PPE n (PACS )n( ACDS )} 


-@.  ®@ 
5 4 


I(PPD a (PACS ) )vPPU)A( ACDS ) ] 
V 
[Ipe] ATN v IDY 
(innerhalb ts) 


IDY a ATN 
(innerhalb t5) 


© 


PPC n( LADS )n ACDS ) 


I) 


PCG a PPC n(ACDS ) 


pn = 
2 


Zustandsbezeichnungen: 

PPIS : Parallel Poll Idie State 
PPSS 
PPAS 
PUCS : Parallel Poll Unadressed To Configure State 
PACS : Parallel Poll Adressed To Configure State 


: Parallel Poll Standby State 


: Parallel Poll Active State 


Bild 6. Zustandsdiagramm der PP-Funktion 





die als Hörer adressiert sind. PPC ist also ein ‚adres- 
sierter Befehl“. Jede ausgewählte PP-Funktion istnun 
bereit für den Empfang der Programmierinformation. 
Diese wird mit einem PPE-Befehl (‚Parallel Poll Ena- 
ble‘‘) übertragen. PPE hat die Form X110SP;P;P\. Die 
drei niedrigstwertigen Bits P;...P, bezeichnen dabei 
die Nummer der zugeordneten Datenleitung, die von 
der PP-Funktion gespeichert werden muß: das Akti- 
vierungsbit S legt zusammen mit dem Zustandsbit, 
das die Gerätefunktionen als interne Nachricht ist 
(‚individuell status bit‘‘) an die PP-Funktion senden, 
fest, ob als PP-Antwort eine ‚1‘ (ist=S) oder eine „0“ 
(ist#S) gesendet wird. Im Fall der Zuordnung mehre- 
rer Geräte zu derselben Datenleitung lassen sich damit 
„verdrahtete‘ UND- bzw. ODER-Verknüpfungen pro- 
grammieren. S wird ebenfalls gespeichert. Beispiel: 
PPE = 01101010 ordnet die Bus-Datenleitung DIO3 zu 
(Bezeichnungsweise in der Norm: DIO1...DIO8); 
ist=,,1“ führt zur PP-Antwort „1“. 

Die PP-Funktion ist nun im Zustand PPSS und da- 
mit bereit, auf eine Parallelabfrage zu antworten. Der 
Zustand PACS, der nur für die Konfigurationsphase 
von Bedeutung war, wird verlassen, wenn vom Steu- 
ergerät eine Adresse, ein Universalbefehl oder ein 
adressierter Befehl übertragen wird. Dies vereinfacht 
die Konfigurationsphase: Sobald ein neues Gerät per 
Höreradresse angewählt wird, geht die PP-Funktion 
des Vorgängergeräts zurück nach PUCS. 


Die Bedingung 
IDY A ATN (3) 
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für den Übergang von PPSS nach PPAS ist erfüllt, 
wenn das Steuergerät die Busleitungen EOI(=IDY) 
und ATN aktiviert. Alle vorbereiteten PP-Funktionen 
antworten dann innerhalb von 200 ns auf ‚ihrer‘ Da- 
tenleitung. Das Steuergerät beendet die Parallelabfra- 
ge, indem es Bedingung (3) nicht länger erfüllt: die 
PP-Funktionen gehen wiederum nach höchstens 200 
ns zurück in den Zustand PPSS. Wie bereits angedeu- 
tet, ist es bisweilen notwendig, ein Gerät von der Pa- 
rallelabfrage auszuschließen bzw. ihm eine andere 
Antwortleitung zuzuordnen. Dies läßt sich durch ge- 
schickte Anwendung der Befehle PPD (,,Parallel Poll 
Disable‘‘) und PPE erreichen: Die PP-Funktion des be- 
treffenden Geräts muß sich im Zustand PACS befin- 
den; PPD desaktiviert zunächst das Gerät, macht aber 
auch den Weg frei für die Neuprogrammierung mittels 
eines PPE-Befehls. An dieser Stelle ist anzumerken, 
daß die Norm nichts darüber aussagt, wann und wie 
die PP-Funktion die Programmierinformation von 
PPE-Befehlen speichert. Eingedenk der 16 möglichen 
PPE-Befehle müßte das PP-Zustandsdiagramm hierzu 
anstelle von PPSS und PPAS die 32 Zustände PPSS; 
und PPAS; (d®=Si=15) aufweisen. Deren Übergänge 
und zugeordnete Ausgaben erlaubten dann eine ein- 
deutige Formulierung. 

Bild 7 skizziert, wie man jedem von N Geräten eine 
der 8 Bus-Datenleitungen zuordnen kann: Ein PPU- 
Befehl hebt jede bestehende Zuordnung auf. Alle N 
Geräte werden daraufhin nacheinander angewählt 
und erhalten gemäß einer Vorschrift Datenleitung und 
Steuerbit zugewiesen. Der Befehl UNL bringt dabei 
die PP-Funktionen in den Zustand PUCS zurück. 

Auf die von der Norm vorgesehene ‚Teilausrüstung 
PP2‘ der PP-Funktion, die eine interne Nachricht Ipe 
(local poll enable) zur Eigeneinstellung vorsieht und 
wenig flexibel ist, soll hier nicht näher eingegangen 
werden. 


4 Ein Konzept für 
leistungsfähige IEC-Bus-Geräte 


Wurden in den beiden vorangehenden Abschnitten 
Schnittstellenfunktionen für den Umgang mit Zu- 
standsinformation vorgestellt, so ist nunmehr das Au- 
genmerk auf die Gerätefunktionen (Bild 1) IEC-Bus- 
kompatibler Geräte zu richten. Die Gerätefunktionen 
realisieren das Arbeitsprinzip eines Geräts (Digital- 
voltmeter, Drucker, Floppy-Disk-Speicher) und be- 
stimmen, natürlich zusammen mit den Schnittstellen- 
funktionen, dessen Leistungsfähigkeit und Bedie- 
nungskomfort. Insofern unterscheiden sie sich von 
Gerätetyp zu Gerätetyp. Im folgenden soll trotzdem 
anhand von Beispielen der Versuch gemacht werden, 
einige gemeinsame Verhaltensmerkmale von IEC- 
Bus-Geräten herauszuarbeiten. Beispiele hierfür soll 
der Einsatz der IEC-Bus-Schnittstelle in kleinen Pro- 
zeßrechensystemen liefern (ein zweifellos anspruchs- 
volles und von den ‚„Erfindern‘‘ der Norm vielleicht 
gar nicht beabsichtigtes Unterfangen 8): Das wach- 
sende Angebot von leistungsfähigen Minicomputern 
mit IEC-Bus-Schnittstelle 9 und die Vermutung, daß 
durch konsequente Ausnutzung einer existierenden 
Schnittstellennorm die Entstehung immer neuer Va- 


rianten verhindert werden kann, bestärken diesen 
Vorsatz. 


4.1 Der „geräteinterne“ Prozeß 


Für jedes Gerät, das Bestandteil eines größeren Sy- 
stems ist, läßt sich ein geräteinterner Prozeß formulie- 
ren, der im wesentlichen zwei Aufgabenbereiche be- 
arbeitet. 
® Gerätespezifische Tätigkeiten: Bei einem Digital- 
voltmeter heißen diese z. B. „Steuerung des Meßvor- 
ganges“ und „Formatierung des Meßwerts‘; bei ei- 
nem Floppy-Disk-Speicher sind u.a. zu unterschei- 
den „Spurpositionierung‘‘, „Sektorsuchen‘‘, „Schrei- 
ben‘, „Lesen“. 
® Kommunikation mit dem System: Bei IEC-Bus-Ge- 
räten ist eine der hier einzuordnenden Aufgaben die 
Erkennung bzw. Erzeugung des vereinbarten Daten- 
formats. Für die syntaktische Struktur von Zahlenwer- 
ten gibt es Empfehlungen |10); darüber hinaus können 
für jedes Gerät (d. h. für dessen geräteinternen Prozeß) 
individuelle Vereinbarungen getroffen werden. Ei- 
nem Netzgerät wird beispielsweise der Zahlenwert 
der einzustellenden Spannung mit dem ASCII-Zei- 
chen ‚U‘ angekündigt, und „I“ leitet den Zahlenwert 
für die Strombegrenzung ein. Ein Floppy-Disk-Spei- 
cher, der jeweils einen physikalischen Sektor behan- 
deln kann, benötigt Operationscode, Spur- und 
Sektoradresse in einem festgelegten Format 11. Die 
Kommunikation mit dem System läßt sich aus der 
Sicht des geräteinternen Prozesses auf ein Wechsel- 
spiel von Auftragsempfang und Auftragsbearbeitung 
zurückführen. Das Digitalvoltmeter erhält einen Meß- 
auftrag und liefert einen Meßwert ab, der Drucker er- 
hält eine Zeichenkette und druckt sie, der Floppy- 
Disk-Speicher erhält Lesebefehl und Adresse und bie- 
tet daraufhin die gelesene Information an. Ein Funk- 
tionsgenerator erhält detaillierte Information über 
Form, Amplitude und Frequenz und stellt das Ge- 
wünschte an den Ausgangsklemmen bereit — bis zum 
nächsten Auftrag. 


4.2 Gerätezustandsmeldungen 


Die stürmische Ausbreitung der IEC-Bus-Schnitt- 
stelle in den letzten Jahren hat zu Gerätesystemen ge- 
führt, in denen die Steuereinheit (meist ein BASIC-in- 
terpretierender Tischrechner) fast nichts über die Zu- 
stände der geräteinternen Prozesse weiß. Der Ausla- 
stungsgrad des Übertragungssystems ist dabei gering: 
Es wird von zentraler Stelle für Übertragungen vorbe- 
reitet, über deren Zustandekommen dann die beteilig- 
ten Geräte dezentral entscheiden. Erhebliche Warte- 
zeiten sind die Folge, in denen das Gesamtsystem un- 
tätig ist. Typisches Beispiel: Ein Programm, das auf 
dem Prozessor der Steuereinheit läuft, stößt ein hoch- 
genaues, d.h. langsames Digitalvoltmeter zu einer 
Messung an, bereitet das Bus-System für die Übertra- 
gung des Meßwertes vor, und wartet dann, bis diese 
zustandegekommen ist. Fehlerhafte Gerätezustände, 
hervorgerufen durch falsche Programmierung oder 
unvorhergesehene Betriebsbedingungen, sind in 
überschaubaren oder unkritischen Anwendungen 
vermeidbar oder können toleriert werden. Angesichts 
steigender Kosten für Software und Systementwurf ist 


die bisherige Entwicklung bei IEC-Bus-Systemen al- 
lerdings verständlich: Sie entspricht den Anforderun- 
gen der Prüf- und Laborautomatisation. 


Prozeßrechensysteme hingegen sind vom Prinzip 
her niemals untätig. Innerhalb vorgegebener Zeit- 
spannen, die natürlich möglichst kurz sein sollen, 
müssen Überwachungs-, Steuerungs- und Regelungs- 
aufgaben durchgeführt werden; zwischen den Einzel- 
prozessen muß „umgeschaltet“ werden nach Maß- 
gabe ihrer Prioritäten und der von ihnen benötigten 
Betriebsmittel. Dies ist nicht der Platz, um näher auf 
die Grundlagen der Prozeßrechentechnik einzugehen. 
Festzustellen bleibt nur, daß in derartigen Systemen 
zu jedem Zeitpunkt ein vollständiger Überblick über 
die Verfügbarkeit der Betriebsmittel vorhanden sein 
muß. Im obigen Beispiel wird deshalb während der 
Meßzeit des Digitalvoltmeters der Prozessor der 
Steuereinheit einem anderen Teilprozeß zugewiesen 
werden. Der Teilprozeß, der den DVM-Meßwert ver- 
arbeitet, darf erst dann fortgesetzt werden, wenn der 
Meßwert zur Übertragung bereitsteht. Das Digital- 
voltmeter muß also die Beendigung seines Auftrages 
selbständig (‚aktiv‘) einem Verwaltungsprogramm 
melden, das darüber entscheidet, welcher Einzelpro- 
zeß weiterlaufen darf. 


Ein geräteinterner Prozeß bedient sich dabei der 
Schnittstellenfunktion SR (‚Service Request‘). Be- 
reitstellung des Statusbytes und Bedienungsanforde- 
rung über die SRQ-Busleitung erfolgen immer dann, 
wenn mit dem System kommuniziert werden soll, 
d.h: 

— wenn ein Geräteauftrag abgeschlossen wurde (Bei- 
spiel DVM: „Meßwert bereit zur Übertragung‘ oder 
„Meßbereichsüberschreitung, Meßwert ungültig‘), 
und 


— wenn ein Geräteauftrag nicht zu Ende geführt wer- 
den kann (Beispiel Floppy-Disk-Speicher: ‚Sektor 


nicht gefunden‘; Beispiel Funktionsgenerator: 
„Unerlaubter Zahlenwert für Frequenzeinstel- 
lung“). 


In beiden Fällen müssen eindeutig die Aktionen 

spezifiziert sein, die 

— der geräteinterne Prozeß vom System erwartet (Bei- 
spiel DVM: „Meßwertübernahme‘ bzw. „Erteilung 
eines neuen Auftrags‘‘; aber u. U. auch: „Gerät nicht 
mehr ansprechen‘ bei Ausfall wichtiger Gerätefunk- 
tionen), sowie 

—- vom Gerät selbst durchgeführt wurden (Beispiel 
Netzgerät: „Selbständiges Abschalten der Aus- 
gangsspannung bei Überschreitung der Strombe- 
grenzung‘'). 


4.3 Schnelle Bearbeitung von Bedienungsanforderun- 
gen 


Geräte, die oft und präzise über ihren Zustand Aus- 
kunft geben, führen natürlich in Einfach-Systemen zu 
einem leicht erhöhten Programmieraufwand für jede 
Übertragung, denn alle Bedienungsanforderungen 
müssen bearbeitet werden, weil sie die SRQ-Buslei- 
tung belegen. Mit Hilfe weitverbreiteter höherer Spra- 
chen (z. B. BASIC) ist dieser Zusatzaufwand leicht zu 
bewältigen. 
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Prozeßrechensysteme erfordern die schnelle und 
für den aktuell ablaufenden Einzelprozeß transpa- 
rente Entgegennahme der Gerätemeldungen. Eine Ge- 
räteeigenschaft, die diesen Vorgang unterstützt, wird 
im folgenden beschrieben. Zunächst ist zu fordern, 
daß jede Bedienungsanforderung auf der SRQ-Buslei- 
tung eine Unterbrechung (‚‚Interrupt‘‘) im Steuergerät 
auslöst. Als Bedienungsroutine (,‚‚Interrupt Service 
Routine‘) wird daraufhin eine serielle Abfrage gestar- 
tet, die herausfinden muß, welches Gerät Bedienung 
angefordert hat. (Der zweite Schritt, die geeignete Re- 
aktion auf die Zustandsinformation des anfordernden 
Geräts, ist in hohem Maße systemabhängig und soll 
hier nicht Gegenstand sein.) In einem IEC-Bus-System 
mit mehr als drei intensiv benützten Geräten, die alle 
in der vorgeschlagenen Weise Bedienungsanforde- 
rungen absetzen, stellen die häufigen zeitaufwendi- 
gen Abfragen bereits eine starke Belastung der Steuer- 
einheit dar. Diesem Nachteil ist zu begegnen, indem 
die PP-Schnittstellenfunktionen der Geräte zur Identi- 
fikation herangezogen werden. Die internen Nach- 
richten rsv (an die SR-Funktion) und ist (an die PP- 
Funktion) werden zu diesem Zweck von den Geräte- 
funktionen zu denselben Zeitpunkten gesetzt bzw. 
rückgesetzt. Bei geeigneter Programmierung der ein- 
zelnen PP-Funktionen in der Konfigurationsphase 
(Bild 7) läuft eine schnelle serielle Abfrage von bis zu 
8 Geräten wie folgt ab: Zuerst wird eine Parallelab- 
frage durchgeführt. Das hierbei gewonnene Byte be- 
zeichnet durch eine Eins in einer Bitposition ein Ge- 
rät, das Bedienung gefordert hat. Daraufhin wird ge- 
zielt das Statusbyte des markierten Geräts geholt, wo- 
bei das RQS-Bit zur Kontrolle herangezogen werden 
kann. In einem System mit mehr als 8 Geräten werden 
einige Bus-Datenleitungen 2 Geräten zugeordnet sein 
(‚ Verdrahtetes ODER‘). Unter Umständen müssen 
dann 2 Statusbytes geholt werden, um das anfor- 
dernde Gerät ausfindig zu machen. 


PPU senden 


Bild 7. PP-Zuord- 
nungsroutine 


r 


a 
cm 


LAD; senden 


PPC senden 


PPE; senden 


UNL senden 


—- 


L 


LAD,: Höreradresse des i-ten Geräts 


PPE,: PPE-Befehl für das i-te Gerät 
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5 Ein universeller Sprecher/Status-Modul 


Bild 8 zeigt eine Schaltung, die einem IEC-Bus-Ge- 
rät die Fähigkeit gibt, Datenbytes und, auf Anforde- 
rung, zu beliebigen Zeitpunkten auch Statusbytes zu 
senden, letzteres mit der vorgeschlagenen Unterstüt- 
zung durch die PP-Funktion. Drei Datenquellen „Da- 
tenregister‘‘, ‚‚Statusregister‘ und „Parallel-Poll- 
Antwort‘ werden abhängig von den Zuständen der 4 
Schnittstellenfunktionen SH (,Handshake-Quelle‘‘, 
„Source Handshake‘“), T, SR und PP auf den Bus ge- 
schaltet. Außerdem werden die internen Nachrichten 
an diese Schnittstellenfunktionen erzeugt. Um das 
Prinzip hervorzuheben, sind in Bild 8 nur dieEin- und 
Ausgänge der Schnittstellenfunktionen dargestellt, 
die für den Ablauf wichtig sind. Für die Signalbe- 
zeichnungen gilt: Der Ausgang xxxs ist genau dann 
aktiv, wenn sich die Schnittstellenfunktion im Zu- 
stand XXXS befindet. 

In Geräten, deren Gerätefunktionen durch Mikro- 
computer gesteuert werden, sind „Datenregister‘‘ und 
„Statusregister‘‘ zweckmäßigerweise mittels soge- 
nannter paralleler Schnittstellenbausteine zu realisie- 
ren, die Mitglieder der meisten Mikrocomputerfami- 
lien sind (Z80: PIO; 6800: PIA 6820; 8080/85: 8255). 
Hier soll von einer allgemeinen Ablaufsteuerung für 
den geräteinternen Prozeß ausgegangen werden; da- 
bei bewirkt ein Signal DATUMSTROBE die Über- 
nahme eines Bytes vom „Gerätebus“ DB1...DB8 in das 
Datenregister und setzt das Daten-Flipflop. Wenn ge- 
rade kein Übertragungszyklus für ein Statusbyte im 
Gange ist, spas also „1‘-Pegel führt, wird sofort über 
NBADATUM die interne Nachricht nba („new byte 
available‘) an die SH-Funktion erzeugt. Während der 
Übertragung des Datenbytes gelangt die SH-Funktion 
in den Zustand STRS (,‚Source Transfer State‘‘). 


STRSDATUM = strs A 


setzt Daten-FF und nba zurück und meldet das Ende 
der Übertragung an die Ablaufsteuerung. 

Bedienungsanforderungen werden bei jedem Laden 
des Statusregisters erzeugt. STATUSSTROBE bewirkt 
die Übernahme und setzt das Bedienungsanforde- 
rungs-FF. Das Signal rsvist geht, wie in 4.3 beschrie- 
ben, an die Funktionen SR und PP. Wenn die Übertra- 
gung des Statusbytes sichergestellt ist (Zustand APRS 
der SR-Funktion), wird rsvist zurückgenommen. Sta- 
tusbyte-Übertragungen werden vom Steuergerät ein- 
geleitet; während solcher Zyklen ist die T-Funktion 
im Zustand SPAS, und der geräteinterne Prozeß darf 
das Statusregister nicht neu laden. Zu diesem Zweck 
ist spas aus dem Modul herausgeführt: Es kann von 
der Ablaufsteuerung als Aufforderung interpretiert 
werden, zum nächstmöglichen Zeitpunkt anzuhalten 
und dann die Bereitmeldung STATUSSENDEN zu ak- 
tivieren, die über das Status-FFNBASTATUS und nba 
an die SH-Funktion erzeugt. (Denkt man sich die Ab- 
laufsteuerung durch einen Mikrocomputer auf 8080- 
Basis realisiert, würde spas den HOLD-Eingang des 
Prozessors steuern; STATUSSENDEN wäre identisch 
mit dem Quittungssignal HLDA.) 


STRSSTATUS = strs A 


setzt Status-FF und nba zurück und kann als Rück- 
meldung verwendet werden. 
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Bild 8. Schaltung, mit der das IEC-Bus-Gerät Datenbytes und auf Anforderung auch Statusbytes senden kann 
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Zwei problematische Fälle sind in der Schaltung be- 
rücksichtigt worden: 


@ Gerät bietet Datenbyte an (Daten-FF gesetzt, NBA- 
DATUM erzeugt nba); Steuergerät verlangt jedoch Sta- 
tusbyte. Dann gilt spas =,,0°“; NBADATUM ver- 
schwindet, STATUSSENDEN setzt Status-FF und ak- 
tiviert NBASTATUS und nba. Wegen (4) und (5) wird 
im Verlauf der Statusbyte-Übertragung das Status-FF 
rückgesetzt. Das Daten-FF hingegen ‚merkt sich‘ wei- 
terhin den Gerätewunsch nach einer Datenbyte-Über- 
tragung und aktiviert, wenn wieder spas =,,1" gilt, 
über NBADATUM die interne Nachricht nba. 








© Statusbyte-Übertragungszyklus im Gang (spas 
=,,0“); Gerät bietet Datenbyte an. Daten-FF wird zwar 
gesetzt, NBADATUM bleibt inaktiv. Während der Sta- 
tusbyte-Übertragung wird wiederum nur das Sta- 
tus-FF rückgesetzt; nach der Übertragung aktiviert 
spas =,,1“ über NBADATUM die interne Nachricht 
nba. Damit kann die Statusbyte-Übertragung zu jedem 
Zeitpunkt im Ablauf des Geräteprozesses erfolgen. 





Interkama 80 
Halle2 Stand 2B26 
Alles über Netzgeräte 


vom Einbau-Modul 
bis 500 kW 


fürjede 
Anwendung 


auch mit 
IEC-Bus 


J 
Obis30kV-5mA 


HappingerStr.71 
8200Rosenheim 
Tel.:0803V 
66397+6 6116 
Telex:05 25777 


Katalog anfordern! 


InzusıGER 


20 JahreErfahrung-IhrVorteil 





40 


6 Zusammenfassung 


Gezeigt wurden Möglichkeiten, die beiden Schnitt- 
stellenfunktionen für „„Bedienungsruf‘“ und ‚‚Parallel- 
abfrage‘‘, zu deren Ansteuerung die Norm kaum Hin- 
weise gibt, sinnvoll zur Verbesserung des Systemver- 
haltens IEC-Bus-kompatibler Geräte einzusetzen. Am 
Lehrstuhl für Technische Elektronik der Universität 
Erlangen-Nürnberg wurden einige Geräte mit den ge- 
nannten Eigenschaften ausgestattet. Der geringe zu- 
sätzliche Hardwareaufwand schlug dabei kaum zu 
Buch angesichts der Erleichterungen, die sich bei der 
Organisation komplexer und leistungsfähiger IEC- 
Bus-Systeme für den Systemprogrammierer ergaben. 
Erfahrungen wurden sowohl mit tischrechnergesteu- 
erten Systemen als auch mit Mikro- und Minicompu- 
ter-,‚Steuergeräten‘ gesammelt. Der Anwendungsbe- 
reich der Geräte verschob sich nicht, wie zu befürch- 
ten stand, in Richtung auf anspruchsvolle Anwen- 
dungen, sondern erfuhr eine echte Erweiterung. 


Der Verfasser dankt den Herren Dr. H. Köhler und 
Dipl.-Ing. W. Schütz für Unterweisung und Diskus- 
sion, Herrn Ing.-grad. G. Unger und Fr. E. Munkert für 


tatkräftige Unterstützung. Die Genannten sind Mitar- 
beiter am Lehrstuhl für Technische Elektronik der 


Universität Erlangen-Nürnberg (Prof. Dr.-Ing. D. 
Seitzer). 
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Dipl.-Ing. Hans-Heinrich Freytag 


Zur Kompatibilität im IEC-Bus-System 


Probleme lassen sich lösen — Erweiterung der Norm auf einheitliche Codierungen und Datenformate 


Beim Zusammenfügen von programmierbaren Meß- 
geräten und Steuerrechnern zu einem automati- 
schen Meß-System treten häufig Schwierigkeiten 
beim Datenaustausch auf, die auf das Nichtüberein- 
stimmen der Daten-Strukturen und verwendeten 
Codierungen der Gerätenachrichten zurückzufüh- 
ren sind. Was hier getan werden kann und was iin be- 
zug auf Normung unternommen wird, beleuchtet 
dieser Beitrag. 


1 Grundsätzliches 


Der Normung in diesem Bereich sind insgesamt 
Grenzen gesetzt, da die Vielfalt der Anwendungen des 
standardisierten Bus-Systems einer starken Verein- 
heitlichung des Datenaustauschs der angeschlosse- 
nen Geräte entgegensteht. Die mit der Ausarbeitung 
der Norm befaßten Gremien sahen es daher als vor- 
dringlich an, die funktionellen, elektrischen und me- 
chanischen Eigenschaften der Datenschnittstelle in 
automatischen Meß-Systemen ausführlich zu be- 
schreiben. Für geräteabhängige Daten hingegen, die 
anwendungsbezogen sind, wurden in der Norm DIN- 
IEC 625 Teil 1 |1| wie in der damit identischen IEC- 
Publikation 625-1, bzw. in der USA dem IEEE-Doku- 
ment 488-1978, keine Festlegungen getroffen. Es be- 
stand aber kein Zweifel, daß ein Teil 2 erforderlich 
sein wird, der diese Lücke in der Normung des IEC- 
Bus-Systems ausfüllt. Im intensiven Kontakt zwi- 


Bild 1. 
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schen Herstellern von Meßgeräten und Anwendern 
der automatischen Meßtechnik und unter Berücksich- 
tigung von Normungen für den Datenaustausch auf 
benachbarten Gebieten war es möglich, zu Vereinba- 
rungen über die im IEC-Bus-System zu verwendenden 
Codierungen und Datenformate für geräteabhängige 
Nachrichten zu kommen, die die Beschreibung der Ei- 
genschaften der Datenbus-Schnittstelle ergänzen und 
abrunden. Künftig diese Vereinbarungen weitgehend 
zu befolgen, sollte ein Anliegen aller Hersteller sein. 
Der zeitliche Aufwand bei der Inbetriebnahme auto- 
matischer Meßeinrichtungen, der im wesentlichen 
durch Software-Anpassungsarbeiten bestimmt ist, 
ließe sich dann noch beträchtlich verringern. 

Seit Oktober 1979 liegt Teil 2 der Norm DIN-IEC 625 
mit dem Titel „Vereinbarungen über Codes und Da- 
tenformate“ als DIN-Entwurf |2, vor. Die endgültige 
Ausgabe der Norm ist in Vorbereitung; sie stimmt in- 
haltlich mit der ebenfalls vorbereiteten IEC-Publika- 
tion 625-2 voll überein. 

AusBild 1 sind die Kommunikationswege und ihre 
Schnittstellen zu ersehen, wie sie in einem aus einem 
Steuergerät, einem Meßgerät als Datensenke (Hörer) 
und einem Meßgerät als Datenquelle (Sprecher) be- 
stehenden IEC-Bus-System vorhanden sind. Teil 1 der 
Norm DIN-IEC-625 bezieht sich dabei auf die Nach- 
richten, die zum Durchführen der Kommunikation er- 
forderlich sind, Teil 2 auf die Struktur der Kommuni- 
kation selbst, dieden Nachrichtenaustausch zwischen 
den Gerätefunktionen betrifft. 
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Der Begriff „Code“ bezieht sich auf das Bit-Muster 
geräteabhängiger Nachrichten, die auf den acht Daten- 
leitungen des Systems als „Gerätenachrichten‘ in by- 
teserieller, bitparalleler Form und vorzugsweise im 
1SO-7-Bit-(ASCH-)Code übertragen werden. Der Be- 
griff „Format‘‘ umfaßt die Organisation der Daten-By- 
tes, die zum Austausch der Nachrichten benutzt wer- 
den. Diese Daten-Bytes repräsentieren im Zuge eines 
Programms die variablen Zeichenfolgen, die die ei- 
gentliche Information enthalten. Die Zeichenketten 
werden hierbei in Datenfelder unterteilt, um spezifi- 
sche und erkennbare Komplexe, z. B. Zahlendarstel- 
lungen, innerhalb einer Nachricht wiederzugeben. 
Um die vielfältigen, und oft nicht vorhersehbaren 
Anwendungen des Schnittstellen-Systems IEC-625 
nicht unnötig einzuschränken, läßt die Normung der 
Codes und Datenformate Alternativen zu. Sie gibt aber 
eindeutige Preferenzen, die in der Mehrzahl der Fälle 
befolgt werden können, ohne Nachteile im Datenaus- 
tausch in Kauf nehmen zu müssen, die aber die Sy- 
stemkompatibilität entscheidend verbessern. Ande- 
rerseits gibt die Norm durch die dargestellten Varian- 
ten dem Entwickler die Anregung, seine Konzeption 
nicht auf eine bestimmte Anwendung allein auszu- 
richten, sondern auch andere Einsatzmöglichkeiten 
zu berücksichtigen. 

Im folgenden soll ein Überblick über den Inhalt die- 
ser Norm gegeben werden. 


2 Datenarten und Datenfelder 


Betrachtet man die in einem Bus-System ausge- 
tauschten Nachrichten, so unterscheidet man Pro- 
grammierdaten, z. B. von einem Steuergerät abgege- 
bene Einstellbefehle in Richtung eines Meßgeräts und 
Meßdaten, die ein Meßergebnis enthalten, das dem 
Steuergerät zur weiteren Verarbeitung übergeben 
wird. Weitere Datenarten sind Zustandsdaten, die auf 
eine entsprechende Abfrage hin den augenblicklichen 
Betriebszustand eines Geräts melden oder Anzeigeda- 
ten als zusätzliche Information zu ausgegebenen 
Meßdaten, um die richtige Interpretation z.B. einer 
Anzeige zu ermöglichen. Die ersten beiden Datenarten 
lassen sich auf eine Grundstruktur der zusammen- 
hängend übertragenen Zeichenketten zurückführen, 
deren Datenfelder sich in einen Kopfteil aus Buchsta- 
ben, einen Hauptteil mit den numerischen Angaben 
und den Trennungszeichen zur Begrenzung der ein- 
zelnen Zeichenketten, eines Datenblocks oder eines 
ganzen Datensatzes gliedern. Auf diese Grundstruktur 
soll zuerst eingegangen werden. 


2.1 Kopfteil (Header) 


Für den Kopfteil sind bevorzugt zwei Großbuchsta- 
ben zu verwenden, die die nachfolgenden numeri- 
schen Angaben näher kennzeichnen oder bewerten. 
Als Alternativen sind einer oder mehr als zwei Buch- 
staben, auch in Kleinschreibung, oder für Program- 
mierdaten auch Ziffern, Satzzeichen oder Vorzeichen 
zugelassen. Werden mit Rücksicht auf den Empfänger 
feste Feldlängen vorgeschrieben, so können die Zei- 
chenketten mit Zwischenraumzeichen (A) aufgefüllt 
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werden, das erste Zeichen soll jedoch in jedem Fall ein 
Buchstabe sein, um das Kopfteil als solches immer von 
den weiteren Zeichenfolgen unterscheiden zu kön- 
nen. Meßdaten benötigen allerdings nicht immer ein 
Kopfteil, es ist daher für diese nicht zwingend vorge- 
schrieben. 


2.2 Hauptteil (Body. numeric) 


Das Hauptteil enthält die wesentliche Information, 
die Zahlenangaben. Für die Darstellung eines Meßer- 
gebnisses sind diese fraglos unerläßlich und daher 
zwingend vorgeschrieben. Man kann bei Dezimalzah- 
len unter drei Formen wählen: der Darstellung mit 
ganzen Zahlen, der mit einem je nach Stellenwert ver- 
änderlichen Dezimalpunkt und der exponentiellen 
Darstellung, die entweder mit festem oder veränderli- 
chem Dezimalpunkt zu versehen ist. Einschränkun- 
gen betreffen die Verwendung der Vor- und der Zwi- 
schenraumzeichen. Der numerische Wert Null darf 
z. B. nur mit einem positiven Vorzeichen oder einem 
Zwischenraumzeichen in Verbindung gebracht wer- 
den. Die Darstellung ohne Zwischenraumzeichen ist 
jedoch vorzuziehen. Dem Dezimalpunkt soll immer 
eine Ziffer, auch eine Null, vorangestellt werden. Die 
Exponentialdarstellung kann entweder in der Man- 
tisse ganze Zahlen enthalten, wobei der Exponent dem 
Stellenwert angepaßt wird oder es können beim Ex- 
ponent Vielfache von drei verwendet werden, wobei 
der Dezimalpunkt in der Mantisse variiert wird. In die 
Ziffernfolge eingefügte oder nachfolgende Zwischen- 
räume sind in allen drei Fällen nicht zugelassen. Nur 
bei Programmierdaten können Buchstaben als An- 
hängsel zur Ziffernfolge verwendet werden, um Zah- 
lenangaben durch Multiplikatoren oder Divisoren, 
wie z.B. MA (Mega), K (Kilo), M (Milli), U (Mikro), 
oder N (Nano), 3) zu bewerten. 


2.3 Trennungszeichenteil (Separator. delimiter) 


Die Verwendung der richtigen Trennungszeichen 
ist meist ausschlaggebend für die Kompatibilität des 
Nachrichtenaustausches in einem System. Bei der Zu- 
sammenstellung von Geräten zu einem programmier- 
baren Meß-System ist daher besonderes Augenmerk 
auf die in den Meßgeräten und den Daten-Ausgabege- 
räten implementierten Endezeichen zu richten. Man 
unterscheidet zwischen Zeichen zur Trennung von 
Zeichenketten, von Blöcken und von Sätzen, die wie- 
derum aus mehreren Blöcken bestehen. Nach Abgabe 
eines Satzes geht das sendende Gerät, der Sprecher, 
immer vom aktiven Sprecherzustand in den Ruhezu- 
stand. Dies wird im Datenverkehr über den Bus durch 
Setzen des Ende-Signals auf der Leitung EOI parallel 
zum letzten Datenbyte bewirkt. Zugelassen, aber we- 
gen der Verwendung dieses Zeichens als Steuerzei- 
chen im bit-seriellen Datenverkehr künftig nicht mehr 
zu bevorzugen, ist alternativ der ISO-7-Bit-Code ETX. 
Durch die Formatanweisungen an Zeilendrucker sind 
die Zeichen CR (Wagenrücklauf) auf LF (Zeilenvor- 
schub) bereits bekannt. Sie können ebenso wie der 
ISO-7-Bit-Code ETB als Blockendezeichen verwendet 
werden. In Zukunft sollte sich aber das Endezeichen 
NL (Neue Zeile) hierfür durchsetzen, es ist mit dem 


ISO-7-Bit-Code für LF identisch. Die kleinste Einheit, 
die Zeichenkette, wird durch ein Komma oderalterna- 
tiv durch ein Semikolon beendet. Hiermit können bei- 
spielsweise mehrere Variable (z.B. einzustellende 
Frequenzen) oder Variablen-Paare (Amplitude und 
Phase) sowohl bei Meßdaten wie bei Programmierda- 
ten voneinander getrennt werden. Das Endezeichen 
höherer Ordnung sollte immer das der niederen Ord- 
nung ersetzen, Sequenzen von Endezeichen sind 
nicht erlaubt. Nach einem Blockendezeichen kann die 
Sprecherfunktion der Datenquelle in den Ruhezu- 
stand übergehen oder zumindest in den adressierten 
Zustand, wenn erwartungsgemäß zu einem späteren 
Zeitpunkt weitere Daten abgegeben werden sollen. 
Nach einem Satzendezeichen ist es üblich, aber nicht 
zwingend, daß der aktive Sprecherzustand an ein an- 
deres, adressiertes Gerät übergeht. Es sei an dieser 
Stelle vermerkt, daß, entgegen der Festlegung im 
Entwurf DIN-IEC 625 Teil 2, Oktober 1979, nunmehr 
das Byte NL als Blockendezeichen zu bevorzugen ist. 
In Tabelle 1 sind die zu verwendenden Trennungs- 
zeichen in der jetzt gültigen Fassung zur besseren 
Übersicht zusammengestellt. Hierin sind auch die in- 
ternational verwendeten anglo-amerikanischen Be- 
griffe angegeben. 


3 Die Syntax von Meß- und Programmierdaten 


Das Aneinanderreihen von Datenfeldern bei der 
byte-weisen Übertragung von Nachrichten muß syn- 
taktischen Regeln folgen. Diese bestehen aus obligato- 
rischen Festlegungen innerhalb der Norm, sowie aus 
Empfehlungen und zulässigen Alternativen. Um eine 
übersichtliche Darstellung bemüht, hat man zuneh- 
mend von Syntax-Diagrammen Gebrauch gemacht, 
wie sie in Sprachbeschreibungen verwendet werden. 
Sie erleichtern die Interpretation des Textes, so wiein 
der Norm DIN-IEC 625 Teil 1 aus diesem Grunde Zu- 








Bild 2. Erläuterungen zum Syntax-Diagramm für Meßda- 

ten 

— Das Kopfteil ist nicht obligatorisch. Es können Groß- 
oder Kleinbuchstaben (Alpha-Zeichen), ggf. bei festen 
Feldlängen auch Zwischenraumzeichen (A) verwendet 
werden. 

—Das Hauptteil enthält Zahlenangaben (Numerische 
Zeichen). Die numerische Darstellungsform F1 gilt für 
ganze Zahlen, sie entspricht einer Schreibweise. bei der 
der Dezimalpunkt am Ende der Ziffernfolge angenom- 
men, aber nicht übertragen wird. Die Darstellungsform 
F2 verwendet den Dezimalpunkt, dessen Position nach 
Stellenwert variiert. F3 ist die exponentielle Darstel- 
lungsform mit Mantisse, dem Buchstaben E und einem 
höchstens 2stelligen Exponenten mit Vorzeichen. 

— Die Codierung der zulässigen Endezeichen ist in Ta- 
belle 1 wiedergegeben. 











Tabelle 1. Codierung von Endezeichen 
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standsdiagramme 4 für die einzelnen Schnittstel- 
len-Funktionen eingeführt worden sind. 


3.1 Das Syntaxdiagramm für Meßdaten 


Die in Abschnitt 2 erwähnten drei Typen von Daten- 
feldern setzen sich, wiein Bild 2 gezeigt, zu einer syn- 
taktischen Regeln folgenden Zeichenkette zusammen. 
Die rechteckigen Felder im Diagramm stellen die je- 
weiligen Datenfelder dar, deren Inhalt durch die in 
Abschnitt 2 wiedergegebenen Codierungsregeln be- 
stimmt ist. Von links nach rechts weisende Pfeile zwi- 
schen den Feldelementen (Datenbytes) weisen auf die 
zeitliche Folge der übertragenen Nachrichten hin. 
Von rechts nach links weisende Pfeile sind Rückkopp- 
lungsschleifen, die die Möglichkeit ein- oder mehrma- 
liger Wiederholungen von Feldelementen anzeigen. 
Von links nach rechts führende Pfeile, die Feldele- 
mente umgehen, zeigen an, daß diese Felder wahl- 
weise verwendet werden können. 


Aus Bild 2 ist ersichtlich, daß bei Meßdaten nur 
numerischer Hauptteil und das zugehörige Endezei- 
chen obligatorisch sind. Das Trennungszeichen im 
Anschluß an eine Ziffernfolge kann sowohl das Block- 
wie das Satzendezeichen sein. Bei einer Folge nume- 
rischer Daten werden die einzelnen Elemente durch 
das Endezeichen für die Zeichenkette voneinander ge- 
trennt, die Länge der Nachricht ist jedoch nicht be- 
grenzt. 


Die folgenden Beispiele, die wie auch die weiteren 
Beispiele, der Norm entnommen sind, sollen die für 
Meßdaten zugelassenen Zeichenfolgen erläutern: 


@ Es soll eine Gleichspannung von 12,002 V im 10- 
V-Bereich eines Meßgerätes gemessen worden sein. 
Die Zahlenangabe in exponentieller Darstellung ist 
durch den Vermerk ‚Bereichsüberschreitung 
(OVERLOAD)“ und die Art des Meßwertes „Gleich- 
spannung (DC)“ ergänzt. Die Nachricht lautet: 


OLDC+ 12002.E-03NL 
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Typische Alternativen sind 
OLDC+ 12.002CRLF 
oder 
12002E-0O3ETB. 


@ Ein Frequenzzähler mit zwei Kanälen mißt Fre- 
quenzen von 4,23 MHz und 2,60 kHz. Die Nachricht 
lautet: 

AFMAHZ4.23,BFKHZ2.60NL 
Typische Alternativen wären: 


AFMAHZ4.23,BFKHZ2.6 0/\\END 
A4.23,B2.60ETX 


‚ONEND| besagt, daß parallel zum letzten Datenbyte 
das Zeichen END auf der Leitung EOI gesendet wird. 


3.2 Das Syntaxdiagramm für Programmierdaten 


In der gleichen Weise, wie das Syntaxdiagramm für 
die Meßdaten, ist auch dieses Diagramm zu interpre- 
tieren (Bild 3). Wie man sieht, hat man sich durch eine 
Anzahl von Darstellungsvarianten bemüht, den unter- 
schiedlichen Anforderungen der Geräte bei deren 
Programmierung gerecht zu werden. Der eigentliche 
Inhalt der Datenfelder des Kopfteils und des Haupt- 
teils ist geräteabhängig. Er entzieht sich weitgehend 
einer Normung. Hinsichtlich der Interpretation gelten 
die gleichen Regeln, wie sie unter 3.1 für das Syntax- 
diagramm der Meßdaten vermerkt wurden. Im allge- 
meinen werden Buchstaben im Kopfteil der Zeichen- 
kette mit einfachen numerischen Angaben zum Kenn- 
zeichnen von einzustellenden Bereichen verwendet 
werden, wie sie auch den Bedienelementen an der 
Frontplatte des Gerätes zugeordnet sind. Vor allem 
aber bei Frequenzeinstellungen wird man von den für 
den numerischen Teil festgelegten Zahlendarstellun- 
gen in vollem Umfang Gebrauch machen müssen. 
Trennungszeichen sind ggf. entbehrlich, wenn jeder 
Einstellbefehl einheitlich mit einem Buchstaben be- 
ginnt. Wenn jedoch eine Folge von Zahlenangaben er- 
forderlich ist, und diesen kein Buchstabe zur näheren 
Kennzeichnung angehängt wird, sind Trennungszei- 
chen zwischen den Zahlen einzufügen. Bei längeren 
Befehlsblöcken können sich aber auch Block- oder 
Satzendezeichen als notwendig erweisen. 


Zur Illustration folgende Beispiele: 

® Ein Voltmeter wird programmiert, Gleichspannun- 
gen (FO, FCTNO) im Bereich 10 V (R4, RNGE 4) nach 
Auslösung durch ein internes Triggersignal (T1M3, 
TRG1MODE 3) zu messen und den Meßwert nach 
Übernahme der Einstellbefehle (P, PROG) auszuge- 
ben. Die Zeichenkette lautet: 


FOR4T1M3 PAEND. oder 
FCTNORNGEA4ATRIG1MODE3PROG 


Aus Bild 4 sind die Bitmuster ersichtlich, die sich 
im 1. Beispiel durch die Belegung der Datenleitungen 
mit Gerätenachrichten ergeben. Diese werden im Zu- 
stand O des Schnittstellensignals ATN übertragen. 
Das Steuergerät als „Sprecher“ und das Voltmeter als 
„Hörer‘‘ werden über die entsprechenden Adressen C 
und V 1 adressiert. Zur Unterscheidung von den Gerä- 
tenachrichten wird hierbei ATN = 1 gesetzt. 
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Bild 3. Erläuterungen zum Syntax-Diagramm für Programmierda- 

ten: 

— Das Kopfteil ist obligatorisch. Es können Groß- und Kleinbuchsta- 
ben (Alpha-Zeichen) und Sonderzeichen (Punkt, Komma, Semi- 
kolon, Plus- oder Minuszeichen) verwendet werden. 

— Das Hauptteil enthält dienumerische Angabe in Form von Ziffern, 
wobei die Darstellungsformen F1, F2 oder F3 zugelassen sind. Der 
Hauptteil ist wahlfrei. 

— Zur Kennzeichnung von Bereichen können Alpha-Zeichen mit 
Ziffern (Digit) kombiniert werden. 

— Größere Programmblöcke können durch das Endezeichen E, un- 
terteilt werden, wobei als Satz-Schluß-Zeichen dann E, anstelle 
von E, zu setzen ist. Die Kodierung der zulässigen Endezeichen ist 
in Tabellen wiedergegeben. 


Verwendet man Trennungszeichen, so bildet sich 
folgende Zeichenkette: 


FO,R4,T1,M3,P 


® Ein Spektralanalysator wird programmiert, um 
1000 Spannungsmessungen auszuführen und zu 
speichern, indem er die Betriebsart A3 für Speiche- 
rung und Anzeige verwendet. Die Meßwerte sollen 
bei einer Mittenfrequenz (DF) von 12,345 MHz ei- 
nen Bereich (SP) von 2 MHz erfassen. Auf den Wob- 
belbefehl (TS) soll die Meßreihe gestartet werden. 
Die Zeichenkette lautet: 

CF12.34 MAHZSP2000KHZTSA3 oder 
CF12.34E+06HZSP2.00E+06HZTSA3 


Mit Trennungszeichen alternativ: 


CF12.34MAHZ,SP2000KHZ,TS,A3 oder 
CF1234E-02MAHZSP2000E-03MAHZTSANL 


4 Zustands- und Anzeigedaten 


4.1 Struktur der Zustandsdaten 


Im IEC-Bus-System ist es vorgesehen, daß sich ein- 
zelne Geräte über eine Bedienungsanforderung auf ei- 
ner gesonderten Datenleitung melden können, wenn 
sie z. B. einen Meßvorgang beendet, eine Störung ent- 
deckt oder auch eine Handbedienung notwendig ha- 
ben 5. Das Steuergerät entscheidet entsprechend der 
ihm eingegebenen Programmierung, ob der Ablauf 
des Programms unterbrochen wird und eine Abfrage 
der Geräte nach der Störungsursache erfolgen soll. 
Diese geschieht bei einer Serienabfrage nacheinander 
im Zustand ‚Serial Poll“, Gerät für Gerät. Ein Gerät, 
das eine Bedienungsanforderung gesendet hat, wird 
über die auf die logische 1 gesetzte Datenleitung DIO7 
erkannt. Die Datenleitungen der Bits 1...6 und Bit 8 
können für die spezifische Zustandsnachricht ver- 
wendet werden. Hierbei kann über die Bits 1...4 frei 
verfügt werden, den Bits 5, 6 und 8 sind feste Bedeu- 
tungen zugeordnet. Tabelle 2 gibt eine Übersicht über 
die vereinbarte Datenstruktur. 


Schnittstellen-Signale auf Einzelleitungen: 
Achtung (Attention) 





et Mol, E08 
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Adressen Programmierdaten 


Bild 4. Bit-Muster der Nachrichtenbytes im ISO-7-Bit-Code am Beispiel der Programmierung eines Di- 
gitalvoltmeters. @ bedeutet: Leitung auf den logischen Zustand ‚1‘ gesetzt. Schraffiert: Datenbytes 


der Gerätenachrichten 


Wenn es jedoch für ein Gerätnur einen einzigen An- 
laß für eine Bedienungsanforderung gibt, so ist auch 
das Setzen des Bit 7 ausreichend. 


4.2 Struktur der Anzeigedaten 


Die Anzeigedaten sollen im allgemeinen in ihrer 
Struktur den Meßdaten gleich sein. Da es sich um 
Ausgabedaten handelt, die Druckern oder Sichtgerä- 
ten zugeführt werden, muß darauf geachtet werden, 
daß nur Zeichen verwendet werden, die durch diese 
Geräte wiedergegeben werden können. Auf Satzzei- 
chen, die mit Trennungszeichen verwechselt werden 
können, ist dabei besonders zu achten. 


5 Codierungen und Codierungsregeln 


Die Zeichen, mit denen Gerätenachrichten ausge- 
tauscht werden, sind die Buchstaben (AlB|C|...), die 
Ziffern (0|1|2]3]...) und spezielle Symbole (+J-J, |;]...). 
Diese Zeichen sind nach der Vorschrift des ISO-7- 
Bit-Codes (DIN 66003) |6, verschlüsselt. Die Nachrich- 
ten enthalten entweder nur Ziffern oder Buchstaben 
und Ziffern kombiniert. 


Es ist eine allgemeine Regel, daß das Bit, das die 
Zahlenangabe am wenigsten kennzeichnet, auf der 
Datenleitung mit der niedrigsten Nummer übertragen 
wird. Bei binärer Codierung ist dies die Datenleitung 
DIO1. Bei gepacktem BCD-Code sind es die Datenlei- 














Tabelle 2. Aufbau und Codierung von Zustandsdaten 
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x = Gerätebedingte Codierung 





Übertragung der Nachrichtenbytes 
auf den DIO-Signalleitungen 
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tungen DIO1 und DIO5, die jeweils den Zahlenwert 2° 
repräsentieren. Die höhere Stelle wird in diesem Fall 
auf DIO5...DIO8 gelegt. DIO8 wird auf den logischen 
Wert 0 gesetzt, wenn diese Leitung nicht für die Zah- 
lencodierung oder zur Paritätskontrolle verwendet 
wird. 

Der ISO-7-Bit-Code kann auch für die Verschlüsse- 
lung von nichtdezimalen Zahlen herangezogen wer- 
den. Es ist jedoch darauf zu achten, daß die angespro- 
chenen Geräte derartige Zahlen richtig interpretieren. 
Bei sedezimaler Zahlendarstellung betrifft dies auch 
die Buchstaben A...F bzw. die den Zeilen 10...15 des 
ISO-7-Bit-Code entsprechenden Sonderzeichen der 
Spalte 3 der Codetabelle. Mögliche Verwechslungen 
mit entsprechenden Trennungszeichen, wie dem Se- 
mikolon, müssen ausgeschlossen werden. 


In dieser kurzgefaßten Darstellung konnten nicht 
sämtliche in der Norm enthaltenen Regelungen be- 
handelt werden. Es ist daher bei der Beurteilung der 
Systemkompatibilität von IEC-Bus-Geräten unerläß- 
lich. die Norm selbst zu Rate zu ziehen. 
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Der vorliegende Aufsatz beschreibt ein Interface für die bekannte 
16-Bit-Prozeßrechner-Familie PDP-11, das den Anschluß von Ge- 
räten mit IEC-Bus-Schnittstelle erlaubt. Sinngemäß können aus 
dieser Arbeit auch Denkanstöße zu Interface-Entwürfen für andere 
Rechner abgeleitet werden. 


Ing. (grad.) Uwe Richert 


IEC-Bus-Interface für Prozeßrechner 


Beim Entwurf eines Interface muß davon ausgegangen wer- 
den, daß alle am IEC-Bus angeschlossenen Geräte gleich- 
wertig sind. Sie unterscheiden sich lediglich dadurch, ob sie 
alle oder nureinen Teil der vom IEC-Komitee 66 definierten 
Interface-Funktionen verwenden. Innerhalb der einzelnen 
Interface-Funktionen existieren noch verschiedene Optio- 
nen (Subsets), die wahlweise verwendet werden können. 
Ein IEC-Bus-Interface kann somit exakt durch die einzelnen 
Funktionen und deren Subsets beschrieben werden (z.B. 
Ta), 

Ein Prozeßrechner-Interface muß in jedem Fall die Con- 
trol-Funktion (C) enthalten (Steuerfunktion), wenn es in der 
Lage sein soll, Befehle über den IEC-Bus zu senden und auf 
verschiedene Funktionen in den angeschlossenen Geräten 
zu reagieren (zZ. B. auf Service Request SR). Da zwischen dem 
IEC-Bus und dem angeschlossenen Prozeßrechner auch Da- 
ten in beiden Richtungen transferiert werden sollen, müssen 
außerdem die Talker- und Listener-Funktion mit den beiden 
Handshake-Funktionen (SH, AH) implementiert sein. 


1 Interface-Funktionen 


Gemäß der IEC-Spezifikation kann jedes am IEG-Bus ange- 
schlossene Gerät einen Teil oder sämtliche der 10 definier- 
ten Interface-Funktionen umfassen. Zur Erinnerung sind 
diese Möglichkeiten nochmals in Tabelle 1 zusammenge- 
faßt. Wie daraus ersichtlich, benutzt das PDP-11-Interface 
nicht sämtliche Funktionen. Jedoch kann es durch die C- 
Funktion auf alle übrigen Funktionen reagieren, soweit 
diese in den angeschlossenen Geräten vorhanden sind. 

Die Beschränkung auf nur sechs Funktionen hat praktische 
Gründe. Zum Beispiel ist es normalerweise überflüssig, ein 


Tabelle 1. IEC-Bus-Interface-Funktionen 








Prozeßrechner-Interface mit der „Remote Local“-Funktion 
(RL) zu versehen. Andererseits muß es aber in der Lage sein, 
ein angeschlossenes Gerät in den „‚Remote“- oder „Local“ - 
Zustand zu versetzen, was über die Control-Funktion (C) ge- 
schehen kann. Dies gilt prinzipiell auch für die Funktionen 
PP. DC und DT. 


2 Prozeßrechner-Schnittstelle 


Die Schnittstelle zum Rechner wird über vier Register her- 
gestellt, die per Programm gesetzt bzw. abgefragt werden 
können (Tabelle 2). 


2.1 Control- und Interrupt-Register (CIR) 

Das CIR dient zur Steuerung der Programm-Unterbrechun- 
gen, die verschiedene Ursachen haben können. Eine davon 
ist z. B. die Service-Request-Leitung (SRQ) des IEC-Bus. Zu- 
sätzlich besitzt das CIR spezielle Gontrol- (d.h. Steuer-) 
Möglichkeiten, auf die später noch näher eingegangen wird. 


2.2 State- und Message-Register (SMR) 

Dieses Register ist das eigentliche „Herz“ des Interface, da es 
einerseits zum Erzeugen von sogenannten „Local Messages“ 
dient und andererseits einige markante Interface-Zustände 
anzeigt, wie z. B. „Talker Active“ (TACS). 


2.3 Input/Output-Register (IOR) 

Das IOR besteht aus zwei Hälften (Bytes), eine für Datenaus- 
gabe. die andere für Dateneingabe. Wenn der Talker (TACS) 
oder Control (CACS) aktiv ist, muß das zu sendende Daten- 
Byte bzw. Befehls-Byte per Programm vom Rechner in den 
Ausgabepuffer geladen werden. Ist der Listener (LACS) ak- 
tiv. wird das empfangene Datenbyte per Programm aus dem 
Eingabepuffer abgeholt und in den Rechner übernommen. 


2.4 Vector-Switch-Register (VSR) 
Das VSR ist Unibus-spezifisch (Unibus ist die im Rechner 
PDP-11 benutzte Firmenbezeichnung für den rechnerinter- 


Tabelle 2. Unibus-Register 
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nen Hauptbus) und zeigt die Adresse an, nach der das Pro- 
gramm bei Auftreten eines Programm-Interrupt verzweigt. 


3 Aufbau 


Das gesamte Interface ist auf einer gedruckten Platine von 20 
x 39 cm? untergebracht und kann daher direkt in den Rech- 


ner hineingesteckt werden. 


In der Blockschaltung (Bild 1) sind die Funktionsgruppen 
und die wichtigsten Signale dargestellt. Auf jede einzelne 
Funktion ausführlich einzugehen, würde zu weit führen, 
weshalb nachfolgend nur die wesentlichen Aspekte be- 
leuchtet werden. Die in Bild 1 benutzten Signalbezeichnun- 
gen entsprechen weitgehend der IEC-Spezifikation, soweit 
sie diese betreffen. 
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Auf einer Leiterplatte mit den Abmessungen 20 x 39 cm?. die in den Rechner 
PDP-11 eingeschoben werden kann. ist das gesamte IEC-Bus-Interface 
„IEC11-A" aufgebaut (DEC) 


3.1 IEC-Bus-Adreßdecodierer 

Da jedes Gerät eine frei wählbare Talker- bzw. Listener- 
Adresse aufweisen sollte, kann diese im Interface mittels 
Schalter eingestellt werden. Die gewählte Adresse wird mit 
den empfangenen Adressen verglichen und dabei verschie- 
dene Signale erzeugt, die dazu dienen, den Talker bzw. Li- 
stener zu aktivieren oder zu sperren. 


3.2 Talker 

Wenn der Talker MTA (Mv Talk Address) vom Adreßdeco- 
dierer erhält, ist er adressiert (TADS) und nach Verschwin- 
den des ATN-Signals (Attention) aktiviert. Der Aktiv-Zu- 
stand wird durch TACS angezeigt, was einerseits den Aus- 
gangspuffer auf die DIO-Leitungen schaltet und andererseits 
die SH-Funktion (Source Handshake) freigibt. Wird nun 
vom Unibus her ein Datenbyte in den Ausgabepuffer gela- 
den, so wird dies durch nba (new byte available) angezeigt. 
Letzteres veranlaßt die SH-Funktion, das Signal DAV (Data 
Valid) am IEC-Bus zu aktivieren, vorausgesetzt, daß NRFD 
(Not ready for data) nicht aktiv ist, also alle adressierten Li- 
stener aufnahmebereit sind. Die Listener quittieren die 
Übernahme des Datenbyte, indem sie das Signal NDAC (Not 
data accepted) inaktiv machen. Da NDAO auch in die Inter- 
rupt-Logik geführt ist, kann dadurch eine Programmunter- 
brechung im Rechner erzeugt werden, die diesem mitteilt, 
daß ein neues Datenbvte in den Ausgabepuffer geladen wer- 
den kann. 

Sobald der Talker vom Adreßdecodierer OTA (Other Talk 
Address) empfängt, wird er inaktiv und kann keine Daten 
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mehr senden. Bevor der Talker jedoch abgeschaltet wird, 
muß den angeschlossenen Listenern „Übertragungsende“ 
mitgeteilt werden. Dies geschieht dadurch, daß vor dem La- 
den des letzten Byte in den Ausgabepuffer das Bit „LAST 
BYTE“ im CIR gesetzt wird, was die Aktivierung des EOI-Si- 
gnals (End or Identifv) auf dem IEC-Bus zur Folge hat. Eine 
andere Möglichkeit ist, vor Abschalten des Talkers eine An- 
zahl sogenannter EOS-Zeichen (End of String) zu übertra- 
gen, die per Programm definiert werden können.Bild 2 zeigt 
den Zeitablauf der Talker-Funktion. 


3.3 Listener 

Ähnlich wie der Talker wird der Listener durch Empfang 
von MLA (My Listener Address) adressiert. Der Schalter lon 
(listen only) ermöglicht eine Daueradressierung, so daß der 
Listener laufend mithört. Die „Local Messages“ Itn (local li- 
sten) und lun (local unlisten) erlauben das Ein- und Aus- 
schalten des Listener auf internem Wege, ohne eine Liste- 
ner-Adresse empfangen zu müssen. Der Aktiv-Zustand des 
Listener wird durch LACS angezeigt, wodurch die AH- 
Funktion (Acceptor Handshake) freigegeben wird. 

Der Eingabepuffer sendet rdy (ready), wenn er aufnahmebe- 
reit ist, was wiederum das IEC-Bus-Signal NRFD inaktiv 
macht. Wenn die AH-Funktion ein Byte vom IEG-Bus emp- 
fängt, wird ACDS (Accept Data State) aktiv. Letzteres Signal 
wird als Übernahmetakt für den Eingangspuffer verwendet. 
Auch hier wird durch das Ausgehen von NDAC ein Interrupt 
erzeugt, der dem Rechner mitteilt, daß er das Datenbyte aus 
dem Eingangspuffer abholen kann. Ist der Puffer geleert, 
wird rdy erneut aktiviert und der Acceptor kann ein neues 
Byte übernehmen. 

Nach Empfang des Signals UNL (Unlisten) wird der Listener 
inaktiv, wodurch der Empfang weiterer Daten unterbunden 
wird. 


3.4 Control (Steuerfunktion) 


Die Control-Funktion (C) erlaubt dem Interface die Verwen- 
dung der ATN-Leitung (Attention) am IEC-Bus. ATN teilt 
den angeschlossenen Geräten mit, ob es sich bei dem mo- 
mentan anstehenden Byte um ein Daten-Zeichen (ATN inak- 
tiv) oder um einen Befehl (ATN aktiv) handelt. Um auf die 
C-Funktion näher eingehen zu können, ist in Bild 4 das ver- 
einfachte Zustandsdiagramm wiedergegeben. 

Von den abgebildeten Möglichkeiten brauchen natürlich 
nicht sämtliche implementiert zu sein. Das vorliegende In- 
terface deckt allerdings alle Funktionen ab. Die Normung 
sieht eine Unterscheidung zwischen einem normalen Con- 
troller und einem System-Controller vor. Es können zwar 
mehrere Geräte mit Control-Funktion angeschlossen sein, 
jedoch kann nur jeweils ein Gerät System-Controller sein. 
Nur dem System-Controller ist es erlaubt, die Leitungen 


abgeschaltet durch 
eine C-Funktion__ 


aktiviert durch 
eine C-Funktion 


Eıingabepuffer per 
Programm gelesen 


Eingabepuffer 
geladen 


Eıngabepuffer 
NRFD aufnahmebereit 


Bild 3. Zeitablauf der Listener-Funktion 


4 Bild 2. Zeitablauf der Talker-Funktion 
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REN (Remote Enable) und IFC (Interface Clear) zu aktivie- 
ren. 

Die „Local Message‘ rsc (request system control) wird durch 
ein bit im CIR gebildet und kann somit den Zustand SACS 
(System Control Active) per Programm erzeugen. 

Werden z. B. vom Programm die bits sic (send interface 
clear) und sre (send remote enable) gesetzt, so können sie 
nur dann SIAS (IFC aktiv) und SRAS (REN aktiv) erzeugen, 
wenn SACS aktiv ist. Letzterer Zustand ist unabhängig da- 
von, ob die C-Funktion aktiv ist (CACS) oder nicht. Der Sy- 
stem-Controller kann also auch den gesamten IEC-Bus in 
Grundstellung bringen (IFC), wenn die C-Funktion eines 
anderen Gerätes sich im CACS-Zustand befindet. 

Die C-Funktion als solche kann sich grundsätzlich in einem 
von den folgenden Hauptzuständen befinden: 


CACS (Control Active) 
CSBS (Control Standby) 
CIDS (Control Idle) 

CPPS (Control Parallel Poll) 


Im CACS-Zustand sendet der Controller ATN über den 
IEC-Bus und ist in der Lage, mittels Source-Handshake Be- 
fehle auszugeben, die zuvor vom Programm in den Ausga- 
bepuffer geladen werden müssen. 

CSBS ist ein Wartezustand, in dem der Controller bereit ist, 
durch den vom Rechner gesandten Befehl tes (take control 
synchronously) oder tca (take control asynchronously) wie- 
der aktiviert zu werden. Da naturgemäß die Ausgabe von tes 
oder tca asvnchron zum IEC-Bus erfolgt, kann bei Verwen- 
dung von tca ein gerade in der Übertragung befindliches Da- 
tenbvte zerstört werden. Wo dies nicht akzeptabel ist, muß 
tcs verwendet werden, das nur in Verbindung mit ANRS 
(Acceptor not Ready) wirksam sein kann. Letzteres sorgt da- 
für, daß der Controller, und damit ATN, zeitlich nur zwi- 
schen den Handshake-Zyklen aktiv wird, setzt aber voraus, 
daß der Listener ständig mithört. Um trotzdem keine Daten 
zum Rechner transferieren zu müssen, kann BLOCK DAC im 
CIR gesetzt werden, wodurch dem Acceptor „rdy‘' gemeldet 
wird, ohne daß der Eingabepuffer gelesen werden muß. Au- 
Berdem werden NDAC-Interrups unterbunden. 

CIDS ist der Ruhezustand der C-Funktion. Er wird z. B. dann 
benötigt, wenn das Interface die Kontrolle über den IEC-Bus 
einem anderen Gerät zuweisen will. Dazu muß im CACS- 
Zustand die Talker-Adresse des gewünschten Gerätes ge- 
sendet werden und anschließend die Ausgabe des Befehls 
TCT (Take Control) erfolgen. Die C-Funktion des Interface 
wird wieder aktiv, wenn der momentane Controller dieses 
als Talker adressiert (TADS) und danach TCT sendet. Mit 
Erzeugung von SIAS (sic) kann die Kontrolle in jedem Falle 
zurückgeholt werden, unabhängig vom jeweiligen Control- 
ler. 

Der CPPS-Zustand (Parallel Poll) erlaubt den angeschlosse- 
nen Geräten die Übergabe eines Statusbyte. Der Controller 
sendet dazu ATN und EOI aus und übernimmt das Status- 
bvte in den Eingabepuffer. 
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Bild 4. Vereinfachtes Zustandsdiagramm der Control-Funktion „C" 


4 Programmierung 


In Bild 5 sind die verwendeten Unibus-Register dargestellt. 
Die „Local Messages‘ im SMR können nur gesetzt werden, 
wenn der zugehörige Status aktiv ist. Z.B. kann tca nur 
wirksam sein, wenn OSBS aktiv ist. Die Meldung ILL MSGE 
(Illegal Message) im CIR erscheint, wenn ein illegales Bit ge- 
setzt wurde. Irgendeine Änderung der im SMR angezeigten 
Interface-Zustände führt zur Erzeugung der Meldung 
STATE CHGE (State Change) im CIR. 

Die INTERRUPT-Meldung im CIR ist eine ODER-Verknü- 
fung der Bits im linken Byte mit Ausnahme von Bit 9 und 10. 
Sie kann einen Interrupt nur dann hervorrufen, wenn INT 
ENB gesetzt ist. Nachdem eine „Local Message‘ gesetzt 
wurde, muß die INTERRUPT-Flagge abgewartet werden, 
bevor eine neue „Message‘ erzeugt werden darf. 


4.1 Befehlsausgabe 


Befehle können nur ausgegeben werden, wenn CAGS aktiv 
ist. Das Befehlsbyte wird in den Ausgabepuffer geladen und 
mittels SH-Funktion übertragen. DATA ACC im CIR zeigt 
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Bild 6. Beschriftung der Bedienungsplatte des IEC-Bus-Testers (DEC) 


an, daß der Befehl akzeptiert wurde und ein neues Byte ge- 
laden werden darf. Der CACS-Zustand wird verlassen durch 
Setzen von gts (go to stand-by) oder durch Ausgabe des Be- 
fehls TCT an einen anderen Controller. 


4.2 Senden von Daten 


Der Talker kann nur durch Empfang seiner Adresse über den 
IEC-Bus adressiert werden. Wenn er aktiv wird (TACS), 
werden die Daten durch Laden des Ausgabepuffers zum 
IEC-Bus gesendet. Durch DATA ACC wird wiederum ange- 
zeigt, daß ein Zeichen von den adressierten Listenern akzep- 
tiert wurde, woraufhin der Puffer neu geladen werden darf. 
Setzen von LAST BYTE im OIR aktiviert die EOI-Leitung. 
Wenn das Interface sich im CSBS-Zustand befindet, kann 
der momentane Talker durch tcs oder tca wieder gesperrt 
werden (CACS). Dies geschieht normalerweise dann. wenn 
der Controller EOI empfangen oder das Programm EOS-Zei- 
chen erkannt hat. 


4.3 Empfangen von Daten 


Der Listener kann sowohl durch Empfang seiner Adresse ak- 
tiviert werden als auch durch Itn, wenn CACS aktiv ist. 
Durch Ion in CIR wird der Listener permanent adressiert. 
Wenn der Listener aktiv ist (LACS), wird durch DATA ACC 
der Empfang eines Datenbyte angezeigt, so daß der Eingabe- 
puffer gelesen werden kann. Erst nach dem Lesen des Puf- 
fers ist die AH-Funktion wieder aufnahmebereit für ein 
neues Byte. 


4.4 Serial Poll 

Wenn SRQim CIR durch ein angeschlossenes Gerät aktiviert 
wurde, muß zunächst der Befehl SPE (Serial Poll Enable) ge- 
sendet werden. Danach muß der Controller einen der ange- 
schlossenen Talker adressieren und durch gts in den 
CSBS-Zustand gebracht werden. Das angesprochene Gerät 
sendet nun sein Statusbyte zum Eingangspuffer. Diese Se- 
quenz wird so lange mit den übrigen Talker-Adressen wie- 
derholt, bis ein Statusbyte erscheint, in dem Bit 7 gesetzt ist, 
wodurch das betreffende Gerät als Erzeuger von SRQ identi- 
fiziert ist. Danach schaltet das Gerät SRQ automatisch ab. 
Die übrigen Bits im Statusbyte können für zusätzliche, gerä- 
tespezifische Mitteilungen verwendet werden. 
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4.5 Parallel Poll 


Parallel Poll benutzt keine Interrupt-Leitung wie SRQ. 
Vielmehr wird verschiedenen Geräten ein eigenes Bit im 
Statuswort zugeordnet. Außerdem brauchen sie nicht als 
Talker adressiert zu werden. 

Um die PP-Funktion auszuführen, müssen die gewünschten 
Geräte zunächst als Listener adressiert werden. Danach sen- 
det der Controller PPC (Parallel Poll Configure), wodurch 
diese in die Lage versetzt werden, am Parallel Poll teilzu- 
nehmen. Wenn nun der Controller PPE (Parallel Poll Ena- 
ble) aussendet. sind die Geräte bereit und warten darauf, daß 
der Controller IDY und ATN aktiviert. Dies geschieht durch 
Setzen von rpp im SMR, wodurch CPPS aktiv wird. Wäh- 
rend dieses Zustandes wird das Statuswort in den Eingabe- 
puffer geladen. Durch Rücksetzen von rpp geht der Control- 
ler wieder in seinen CACS-Zustand, in dem er PPD (Parallel 
Poll Disable) senden kann. 


4.6 Control-Austausch 


Das Interface ist in der Lage, die Steuerung (Control) des 
IEC-Bus an ein anderes Gerät zu übergeben. Dazu wird letz- 
teres als Talker adressiert und TCT gesendet, worauf GACS 
im SMR ausgeht und damit die Übergabe anzeigt. Wenn das 
Interface in diesem Zustand andererseits TCT empfängt, 
wird CACS erneut aktiv. Setzen von sic im SMR, wenn rsc 
ebenfalls gesetzt ist, aktiviert in jedem Falle CACS. 


5 Testmöglichkeiten 


Aufgrund der besonderen Struktur des IEC-Bus kann der Da- 
tentransfer des Interface voll ausgetestet werden, ohne ir- 
gendein Gerät anschließen zu müssen, da der Listener 
gleichzeitig empfangen kann, wenn der Talker sendet. 
Man kann auch mehrere dieser Interfaces zusammenschal- 
ten, wodurch zusätzlich eine sehr interessante Anwendung 
erreicht wird, nämlich eine Rechnerkopplung zwischen 
zwei oder mehreren Rechnern (Interprovessor Link). 

Um jedoch sämtliche Funktionen testen zu können, wurde 
ein spezielles Testgerät entwickelt, dessen Bedienungsfeld 
inBild 6 dargestellt ist. Das Testgerät kann wie ein normales 
IECG-Bus-Gerät angeschlossen werden, erhält aber zusätzlich 
seine Stromversorgung ebenfalls vom Interface. 

In der Mitte befindet sich ein Anzeigefeld aus Leuchtdioden, 
das die 16 IEC-Bus-Leitungen darstellt. Die Geräteadresse ist 
mit fünf Kippschaltern individuell einstellbar. 

Ob der Talker bzw. Listener adressiert ist, wird durch ent- 
sprechende Leuchtdioden angezeigt. Zur Aktivierung der 
SRQ-Leitung kann die Taste ‚rsv“ (request service) gedrückt 
werden. Wenn der momentane Controller daraufhin einen 
„Serial Poll‘ ausführt, wird dies durch SPMS (Serial Poll 
Mode) angezeigt. 

PACS (Parallel Poll Addressed to Configure) zeigt an, daß 
das Gerät vom Controller zur Teilnahme an einem „Parallel 
Poll“ selektiert wurde, wohingegen PPSS (Parallel Poll 
Standby) meldet, daß das Gerät bereit ist, auf den Empfang 
von ATNAEOI mit der Übergabe eines Status-Bit zu reagie- 
ren. Der Schalter „ist“ (individual status) ermöglicht das 
Einstellen des Status-Bit. 

Die Indikatoren DTAS (Device Trigger Active) und DCAS 
(Device Clear Active) geben ein Blinksignal ab, wenn ein 
Trigger- bzw. Clear-Befehl empfangen wurde. 

Wenn das Gerät vom Controller auf Fernbedienung pro- 
grammiert ist, leuchtet REMS (Remote) auf. Die Taste „rtl“ 
(return to local) ermöglicht, das Gerät manuell in den „Lo- 
cal‘“-Zustand zu bringen. 
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Der IEC-Bus für größere Entfernungen 


Als vor gut sieben Jahren in einem Bericht in der 
ELEKTRONIK die Forderung nach einem Bussystem 
zur Verbindung von Meßgeräten zu Meßsystemen 
erhoben wurde, zeichneten sich bereits zwei An- 
wendungsgebiete ab 1. Priorität sollte damals der 
Laborbereich haben mit Entfernungen bis etwa 
20 m. Darüber hinaus wurde bereits ein industrieller 
Anwendungsbereich erkannt. Für die erstgenannte 
Anwendung kann man die Normenarbeit jetzt prak- 
tisch als abgeschlossen betrachten. Es ist deshalb 
an der Zeit, sich dem zweiten Aufgabenbereich zu- 
zuwenden, zumal dies durch eine geringfügige Mo- 
difikation der Norm erreichbar ist. Dieser Aufgabe 
kann man sich nicht entziehen mit einem Hinweis auf 
vollserielle Schnittstellen, die irgendwann einmal 
genormt sein werden. Derartige Schnittstellen sind 
auch dringend erforderlich; sie können aber bei 
schneller Echtzeitverarbeitung eine so leistungsfä- 
hige Schnittstelle wie den IEC-Bus nicht ersetzen. 


1 Voraussetzung für eine „Industrieversion“ 
des IEC-Bus 


Der IEC-Bus ist konzipiert für „,..Schnittstellensy- 
steme zur Verbindung von ...Meßgeräten..., aus denen 
Meßsysteme zusammengestellt werden“. So heißt es 
unter 1.1.1 im Geltungsbereich von E DIN-IEC 66.22 
12.Schwerpunkt dieser Betrachtung ist die LabormeBß- 
technik. In diesem Fall ist auch die Einschränkung un- 
ter 1.1.2 des Geltungsbereichs von geringer Bedeu- 
tung: ;:.. Schnittstellen in Meßsystemen..., bei de- 
nen... die Gesamtlänge der Verbindungskabel, die den 
Übertragungsweg bilden, 20 m nicht überschreitet‘. 


In großen Laboratorien, Prüffeldern, Technika oder 
gar bei der betrieblichen Meßdatenerfassung in Meß- 
warten großer verfahrenstechnischer Anlagen ist 
diese enge räumliche Begrenzung nicht mehr tragbar. 
Dies haben die Herausgeber der Norm vorausschau- 
end bereits berücksichtigt und unter 1.1.2 des Gel- 
tungsbereichs entsprechend erwähnt: „Die grundle- 
genden funktionellen Festlegungen der vorliegenden 
Norm können auch bei Anwendungen von Digital- 
Schnittstellen verwendet werden, bei denen größere 
Entfernungen, eine größere Anzahl Geräte, erhöhte 
Störsicherheit gegenüber der Umgebung, bzw. Kom- 
binationen dieser Bedingungen erforderlich sind. Bei 
diesen erweiterten Anwendungen können andere 
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elektrische und mechanische Festlegungen zutref- 
fen.“ 

Bisher wurde einem solch erweiterten Anwen- 
dungsbereich seitens der Gerätehersteller allerdings 
keine Beachtung geschenkt, so daß einem interessier- 
ten Anwender keine Geräte zur Verfügung standen. So 
auch der Bayer AG, Leverkusen, einem Anwender aus 
der chemischen Industrie, der in einer Eigenentwick- 
lung den IEC-Bus für die rechnergestützte betriebliche 
Meßdatenerfassung und -verarbeitung nutzbar zu ma- 
chen hatte |3\. Die Zielsetzung bei der Entwicklung 
dieser busorientierten Prozeßperipherie war: 

1. Benutzung eines funktionell ausgereiften und ge- 
normten Buskonzepts; 

2. Unabhängigkeit vom Rechnerfabrikat; 

3. Möglichkeit des Einsatzes funktionell gleicher Ge- 
räte in Laboratorien, Technika und Betrieben; 

4. Leichte Systemprüfbarkeit über einzige 

Schnittstelle; 

5. Eindeutige Abgrenzung der technischen Verant- 
wortungsbereiche. 


eine 


Die Erfahrungen mit einer größeren Anzahl derartiger 
Anlagen bestätigen die Richtigkeit der Zielsetzung. 

Die Realisierung einer erweiterten Anwendung des 
IEC-Bus wird begünstigt durch den ‚modularen“ 
Aufbau der Norm. So sind praktisch rückwirkungsfrei 
auf die funktionellen Festlegungen lediglich einige 
Abweichungen von der Norm bei den Treiber- und 
Empfängerschaltungen, den Kabeln und Steckern 
notwendig. Dazu müssen auch noch einige wenige Be- 
trachtungen hinsichtlich des Zeitverhaltens angestellt 
werden, die sich jedoch auf das Steuergerät (Control- 
ler) beschränken. 

Die Begrenzung des Übertragungsweges ist im we- 
sentlichen gegeben durch die elektrischen Eigen- 
schaften der Leitungstreiber, -empfänger und der Ver- 
bindungskabel. Die Treiber- und Empfängerspezifika- 
tionen sind durch die TTL-Technologie bestimmt. Das 
spezifizierte 24adrige Kabel mit verdrillten Aderpaa- 
ren für die wichtigsten Leitungen des Steuerbusses, 
jedoch unverdrillten Leitungen für den Datenbus, ist 
wegen der unterschiedlichen Signallaufzeiten auf Da- 
ten- und Steuerbus wohl nur im extremen Nahbereich 
sinnvoll verwendbar. Bei größeren Entfernungen ist 
es ratsam, für alle Signale identische Leitungen zu 
verwenden, d.h. alle Signale über verdrillte Adern- 
paare zu übertragen. Sucht man jetzt eine geeignete 
und genormte Technik zur Datenübertragung, so bie- 
tet sich die symmetrische Doppelstrom-Schnittstelle 


nach CCITT') V 11bzw.X 27 an |4\. Sie stimmt überein 
mit dem EIA?)-Standard RS-422 |5. 


2 Realisierungsvorschlag 
für eine „Industrieversion‘“ 


2.1 Pegel und Treiberstufen 


Eine Industrieversion des IEC-Bus sollte für eine 
normale Ausdehnung von etwa 100 m konzipiert sein, 
jedoch Bedingungen beinhalten, die eine Ausdeh- 
nung bis etwa 1000 m erlauben. 

Man ersetzt die Leitungstreiber und -empfänger des 
IEC-Bus durch Differenztreiber und -empfänger ent- 
sprechend der Spezifikation CCITT V11 (Bild 1). 
Dazu werden die jeweiligen Signalleitungen definiert 
als A- und B-Leitung mit entsprechend festgelegten 
Signalpegeln: 








Logischer Elektrischer Signalpegel 
Zustand A-Leitung B-Leitung 
0 hoch niedrig 
1 niedrig hoch 








Der Pegel auf der A-Leitung entspricht der ursprüng- 
lichen Norm. 


Die handelsüblichen Differenztreiber mit den nach 
V 11 festgelegten Spezifikationen sind durchweg als 
Tristate-Treiber erhältlich. Für die Signale NRFD, 
NDAGC und SRQ sowie die bei Parallelabfrage PP aus- 
gewählte Datenleitung ist eine „Wired-Or-Verknüp- 
fung‘ erforderlich. Sie ist möglich durch eine Ver- 
knüpfung des Signals mit der Ausgangssteuerung 
(output control). Bild 2 zeigt Realisierungsmöglich- 
keiten. Bei Treibern, die über getrennte Ausgänge 
nach O0 bzw. U,.. schalten, kann man die A-Leitung 
über den offenen Kollektor-Ausgang, die B-Leitung 
Hi den offenen Emitter-Ausgang treiben, siehe auch 
6|. 
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Bild 2. 
Ansteuerung von 
Tristate-Treibern 
zur „Wired-Or- 
Verknüpfung‘ 
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Bild 3. Typischer Busaufbau mit Leitungsabschluß 
und Versorgungserzeugung 
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DIN-IEC 66.22 fordert, daß passiv „logisch 0‘ ge- 
sendet werden soll. Dies ist durch entsprechende Vor- 
spannung der A- und B-Leitung erreichbar. Anstatt je- 
des Gerät mit (fehlangepaßten) Eingangswiderstän- 
den zu versehen, empfiehlt essich, einen ordentlichen 
Leitungsabschluß zu wählen und die Vorspannung 
dann durch Widerstände lediglich im Steuergerät zu 
erzeugen. 

Die Widerstände R, und Rz sind nur im Steuergerät 
erforderlich. Sie müssen bei einer Übertragung der 
Steuerfunktion jeweils im alten Steuergerät ab- und 
im neuen Steuergerät zugeschaltet werden. Einer der 
jeweiligen Widerstände R, oder R, kann durch eine 
Konstantstromquelle von ca. 10 mA ersetzt werden 
(Bild 3). 


2.2 Leitungen und Anschlüsse 


Der Kabelabschluß erfolgt einseitig direkt; auf der 
anderen Seite ist der Abschlußwiderstand kapazitiv 
angekoppelt. Infolge des geräteunabhängigen Kabel- 
abschlusses ist das Zeitverhalten und damit die ma- 
ximale Übertragungsrate unabhängig von der Anzahl 
der angeschlossenen Geräte. Durch den Verzicht auf 
eine Widerstandsbeschaltung in den einzelnen Gerä- 
ten ist es im Gegensatz zum Standard-IEC-Bus auch 
unkritisch, wieviele Geräte am Bus ausgeschaltet sind. 

Das Verbindungskabel soll mindestens 16 verdrillte 
Adernpaare, eine Leitung für die Digital-Masse haben 
und obendrein geschirmt sein. Dazu eignen sich die 
üblichen 18- oder 20paarigen Computer- oder Fern- 
meldekabel. Die nicht als Datenleitungen benötigten 
Adernpaare sind als Masseleitung zu verwenden. 


Als Stecker sollte man auf einen gebräuchlichen 
und möglichst genormten Stecker mit mindestens 35 
Kontakten zurückgreifen. 32 Kontakte werden für die 
Datenleitungen benötigt. Mindestens einer soll für die 
Digital-Masse zur Verfügung stehen; der äußere 
Schirm sollte auf mindestens zwei Kontakte aufgelegt 
werden. (Der oben erwähnte Anwender aus der che- 
mischen Industrie hat der rauhen Einsatzbedingun- 
gen wegen den 39poligen Steckverbinder nach DIN 
41618 und IEC 130-6 gewählt.) Es empfiehlt sich, statt 
Verwendung eines „Huckepack-Steckers‘ die Leitun- 
gen durch die Geräte zu schleifen und diese mit je ei- 
ner Stecker- und Buchsenleiste zu versehen. Beim Ab- 
trennen eines Gerätes vom Bus kann dann das Buska- 
bel durchverbunden werden, ohne daß Steckerstifte 
offen bleiben; siehe auch Bild 3, Gerät n-1. Die Kabel- 
abschlußwiderstände können beidseitig in Ab- 
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Tabelle. Vorgeschlagene Zeitangaben 


Tı SH Einschwingzeit für Mehrdrahtnachrichten = 700 ns*) _ 
T3 SEAH, TE Antwort auf ATN = 200 ns - 
Ta SH Schnittstellennachricht-Empfangszeit >0 _ 
Ta 7, TE. 1, LH, 6 Antwort auf IFC oder REN falsch <100 us = 
Ts PP Antwort auf ATN A EOI = 200 ns - 
Te G Parallelabfrage-Ausführungszeit = 2us 1us 
T; C Verzögerung der Steuereinheit, um dem 

augenblicklichen Sprecher das Erkennen 

der ATN-Nachricht zu ermöglichen = 1 1us 
Te G Dauer von IFC oder REN falsch >100 us _ 
Ts G Verzögerung für EOI zer us 1 us 








*) T, kann 500 ns für alle weiteren Bytes betragen, die auf das erste Byte nach dem Übergang ATN falsch folgen. 


schlußstecker gelegt werden, beispielsweise der ohm- 
sche ans buchsenseitige Kabelende, der kapazitiv an- 
gekoppelte Abschluß an das steckerseitige Ende. 


2.3 Zeitbedingungen und Übertragungsraten 


Die Zeitangaben für die Zustandsübergabe bleiben 
gegenüber der ursprünglichen Norm unverändert für 
alle Geräte, die keine Steuerfunktion ausüben 
(T....T;). Für T, gilt die Aussage für Tristate-Treiber. 
Bei Entfernungen bis 100 m bleiben die Werte für T, 
und T,; unverändert. T,und To werden auf 1 us erhöht. 
Bei Übertragungswegen über 100 m müssen die Zei- 
ten T,, T; und Ty jeweils um 1 us/100 m erhöht wer- 
den. Die Tabelle zeigt die jeweiligen Zeitangaben. 

Sollten bei großer Ausdehnung des gesamten Über- 
tragungswegs zwischen zwei nahe benachbarten Ge- 
räten hohe Datenraten schnell übertragen werden, so 
ist dies möglich, sofern der Hörer als einziger Hörer 
adressiert ist. Dies ist durch eine spezielle Adressie- 
rung oder einen ACG-Befehl realisierbar. In diesem 
Fall kann der alleinige Hörer die Nachrichten NRFD 
und NDAC aktiv senden, also „hart‘ quittieren. In die- 
sem Fall entfällt für den Hörer die Verknüpfung der 
Signale NRFD und NDAC mit der Ausgangssteuerung 
nach Bild 2. Wie Versuche zeigten, ist es dann mög- 
lich, bei einer Gesamtlänge des Übertragungswegs 
von 100 m und mehr zwischen benachbarten Geräten, 
die 10 m voneinander entfernt sind, Datenraten von 
über 1 MByte/s zu übertragen (siehe auch 6). 


3 Ausblick 


Anfang 1975 zeichnete sich in der Normung des 
IEC-Bus bereits ein „Sieg der Vernunft‘ ab, wie der 
ELEKTRONIK-Leitartikel in Heft 1/1975 zu recht be- 
hauptete |7. Sichtbar wurde dieser erste „‚Sieg‘‘ Ende 
1975, als der Normenentwurf unter 66(C0)22 seitens 
der IEC und dann im Januar 1976 bereits die deutsche 
Übersetzung als Entwurf DIN-IEC 66.22 veröffentlicht 
wurden. Die endgültige Norm ist funktionell mit den 
Normenentwürfen identisch. Nicht zu den ‚‚Siegern‘“ 
können sich die Betriebsmeßtechniker rechnen, de- 
nen der IEC-Bus zu ‚klein‘ ist. Auch sie wollen pro- 
grammierbare elektronische Meßgeräte einsetzen und 
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miteinander zu Systemen verbinden. Das verpflichtet 
die Normer des IEC-Bus auch weiterhin zur Vernunft 
und zur Zusammenarbeit, zumal in keiner Nachbar- 
disziplin in absehbarer Zeit ein vergleichbares welt- 
weit genormtes System zu erwarten ist, das man statt 
des IEC-Bus im industriellen Bereich einsetzen kann. 
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Das Zeitverhalten einer IEC-Bus-Version 
für größere Entfernungen 


Wie die Verfasser des DIN-Entwurfes selber schrei- 
ben |3, kann die auf zwanzig Meter beschränkte Form 
des IEC-Busses nur in Laboratorien und Prüffeldern 
Verwendung finden. Damit ist sie für die Industrie in- 
diskutabel, denn dort müssen Entfernungen um ein- 
hundert Meter oder mehr überbrückt werden, z. B. bei 
der Meßwerterfassung für Prozeßrechner. Dafür 
kommen u.a. zwei Lösungen in Frage: 

@ Datenübertragungssysteme mit erhöhten Sendepe- 
geln 
© Datenübertragungssysteme mit Differenzsignalen. 


Um die Eigenschaften verdrillter Adernpaare nut- 
zen zu können, entschied man sich bei einer Entwick- 
lung der Bayer AG in Leverkusen (vgl. den Beitrag in 
diesem Heft: Der IEC-Bus für größere Entfernungen) 
für das symmetrisch aufgebaute Übertragungssystem, 
das mit Differenzsignalen arbeitet. Dabei werden Stö- 
rungen, die galvanisch, induktiv oder kapazitiv auf 
ein Adernpaar gekoppelt werden, vom Differenzemp- 
fänger gleichtaktunterdrückt. So kann mit einem grö- 
Beren Materialaufwand (doppelte Anzahl an Lei- 
tungstreibern und Adern) eine sehr geringe Störemp- 
findlichkeit erreicht werden. 

Als Kabel wird ein „Computerkabel“ nach DIN 
47 414 mit Kupfergeflecht-Abschirmung und zwanzig 
Adernpaaren verwendet. die aus feindrähtiger Kupfer- 
litze von 0,14 mm bestehen und einen Wellenwider- 
stand von etwa 100 ® besitzen. Die einzelnen Adern 
wie auch das Gesamtkabel (D = 15,5 mm) sind mit 
PVC isoliert und geschützt. 


RI ! 
Eingang 1 A-Leitung __ 





Freigabe 


B-Leitung 
(H-Signal) R2 . 


RI 


RI ; 
Eingang 2 A-Leitung __ 








Freigabe 


B-Leitung 
(H-Signal) R2 3 


R2 





1 Schaltungstechnik 


Zur Erläuterung der Schaltungstechnik sei daran er- 
innert, daß die Steuerbefehle ATN, IFC und REN auf 
dem IEC-Bus ausschließlich vom Steuergerät gesen- 
det werden. So ist es möglich, diese Signale mit Ge- 
gentakt-Ausgängen auf die Leitung zu schicken, wie 
es inBild 1 im ersten Beispiel (Eingang 1) gezeigt ist. 
Dabei liegt die Freigabe auf H-Pegel. 


Die Nachrichten auf den Leitungen DIO, DAV und 
EOI können sowohl von dem Steuergerät als auch von 
den Sprechern gesendet werden. Auch hier beschreibt 
der Normentwurf offene Kollektor-Ausgänge, läßt 
aber auch Tristate-Ausgänge zu. Dabei wird die glei- 
che Anordnung wie im ersten Beispiel verwendet. Es 
muß nur darauf geachtet werden, daß immer nur ein 
einzelnes Gerät, sei es Steuergerät oder Sprecher, zum 
gleichen Zeitpunkt senden kann. 


Die Signale NRFD, NDAC und SRQ müssen Wi- 
red-OR-verknüpft sein, um von mehreren Geräten 
gleichzeitig auf die Leitung gesendet werden zu kön- 
nen. Diese Verknüpfungsart läßt sich durch zwei 
Schaltungsarten des Tristate-Treibers realisieren. Sie 
sind im zweiten (Eingang 2) und dritten Beispiel (Ein- 
gang 3) gezeichnet. 

Im zweiten Beispiel fehlt die Brücke zwischen dem 
offenen Emitter (tritt oberhalb der Spitze aus) und of- 
fenen Kollektor, der aus der Spitze des Verstärkers 
austritt. Diese Beschaltung stellt für die A-Leitung ei- 
nen offenen Kollektor-Ausgang und für die B-Leitung 


(1) 


nicht gultig 


NRFD 
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L nicht übernommen 


Bild 2. Der Ablauf des Handshake-Zyklus 


Bild 1. Drei Schaltungsbeispiele für den Einsatz des Trista- 
te-Treibers SN 75113 zum Einspeisen von Signalen in zwei- 
adrige Leitungen (A-B) 
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Wahrheitstabelle des Leitungstreibers SN 75 113 





einen offenen Emitter-Ausgang dar, so daß mehrere 
Sender gleichzeitig die Leitung benutzen können. 

Im dritten Beispiel ist die Freigabe mit dem Eingang 
zusammengeschaltet. Liegt nun ein H-Signal am Ein- 
gang an, schaltet der Tristate-Treiber die Leitung hart 
gegen GND. Ein L-Pegel am Eingang bzw. an der Frei- 
gabe gestaltet den Ausgang hochohmig. Das Verhalten 
des verwendeten Leitungstreibers zeigt seine Wahr- 
heitstabelle. 


2 Meßverfahren 


Sollen Daten von einem Gerät an einen oder meh- 
rere Hörer gesendet werden, läuft der Transport nach 
einem gewissen Schema ab. Dieser Handshake-Pro- 
zeß 2, bestimmt die maximale Übertragungsrate 
(Bild 2). Es wurde eine Schaltung entwickelt, die die- 
sen Zyklus steuert und automatisch ablaufen läßt. Es 
wurden zwei Stationen — ein Steuergerät und ein 
Communicator ') — mit einer definierten Kabellänge 
verbunden. 

Bei einer Zyklusfrequenz von 10 kHz wurde die 
Laufzeit (in einer Richtung) mit einem Zweistrahl-Os- 
zillografen bestimmt. Um praxisnahe Aussagen zu er- 
halten, wurden die Logiksignale vor dem Bus-Trei- 
ber-Eingang und beim zweiten Gerät nach dem Bus- 
Empfänger-Ausgang dargestellt; dann kann man die 
Zeitdifferenz zwischen beiden Signalen auf dem Bild- 
schirm ablesen. 





') Communicator = Gerät, das die Logik des Übergabebusses steu- 
ert und sich als Hörer oder Sprecher adressieren läßt, vgl. Bild 5. 





Bild 3 zeigt die gemessenen Zeiten der Wired-OR- 
verknüpften Signale NRFD und NDAC und die des 
Gegentakt-Ausganges DAV. Um den Betrieb von zehn 
angeschlossenen Stationen zu simulieren, wurde an- 
statt der Standardabschlußplatine, die mit einem 
Spannungsteiler von R 1 = 6800 Qund R 2 = 3300 2 
je Leitung bestückt ist, eine Widerstandskombination 
von R1 = 680 @ und R2 = 270 & verwendet. 

Das Gegentakt-Signal DAV besitzt auf der Leitung 
steile Anstiegs- und Abfallflanken. Die Auswertung 
der Meßergebnisse ergab: 

@ Es ist gleichgültig, mit welchem Widerstand das 
Adernpaar abgeschlossen ist. 

@ Entscheidend für die Laufzeit der Signale ist die Di- 
stanz vom ersten bis zum letzten Gerät. Die Informa- 
tionen werden fast mit 1/2 Lichtgeschwindigkeit 
übertragen. 

Die Signale NRFD und NDAGC, die Wired-OR-ver- 

knüpft sind, besitzen steil ansteigende Flanken 

(Schalten der A-Leitung gegen Masse und der B-Lei- 

tung gegen Versorgungsspannung), während im ent- 

gegengesetzten Fall die Leitungskapazitäten über die 

Widerstände R 2 entladen werden müssen. Hier ergab 

die Auswertung folgende Ergebnisse: 

® Die Anzahl der angeschlossenen Geräte bzw. der 
Abschlußwiderstand des Adernpaares bestimmen 
die Länge der Laufzeit. 

® Die gesamte angeschlossene Kabellänge entschei- 
det über die Übertragungsgeschwindigkeit. 


Das Durchhängen der Kurven läßt sich auf baustein- 
interne Verzögerungszeiten zurückführen. 


3 Untersuchung des Handshake-Zyklus 


Für den Anwender des IEC-Busses ist es entschei- 
dend zu wissen, wieviele Datenbyte pro Zeiteinheit 
von diesem System in Abhängigkeit von der Kabel- 
länge übertragen werden können. Die Frequenz wurde 
bis zu dem Punkt erhöht, an dem sich die Zykluszeit 
auf dem Oszillografenschirm nicht mehr verringerte. 


Abfallende Flanke der 
der o.K./o.E-Ausgänge 
bei 6800/3300 2 
Abschlußwiderstand 
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Damit war der schnellstmögliche Handshake-Zyklus 
erreicht (Bild 4). 

Die maximale Zyklusfrequenz des IEC-Busses wird 
sich zwischen den beiden Kurven befinden, die Wi- 
red-OR-verknüpft sind. Bei diesen Kurven ist die Fre- 
quenz nicht von dem maximalen Abstand (d.h. vom 
Abstand zwischen erstem Gerät und letztem Gerät auf 
der Leitung) abhängig, sondern, wie die Messungen 
der Laufzeit in einer Richtung bestätigen, von der an- 
geschlossenen Kabellänge und den Abschlußwider- 
ständen. Ein Handshake-Zyklus setzt sich zusammen 
aus: 

1. Ausgleichsvorgang des Signals NRFD, 

2. Laufzeit des Signals DAV, 

3. Ausgleichsvorgang des Signals NDAC, 

4. Laufzeit des Signals DAV und 

5. interne Verzögerungszeit der Busanschlußlogik. 


4 Ergebnisse 


Die modifizierte Version des IEC-Busses erlaubt es 
dem Anwender, den Bus auch über längere Distanzen 
einzusetzen. Weil Differenzsignale auf die Leitung ge- 
sendet werden, nutzt man die günstigen Eigenschaf- 
ten der verdrillten Adernpaare gut aus. Deswegen 
konnte z.B. noch eine maximale Datenflußrate von 
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Bild 5. Versuchsaufbau zur Bestimmung der maximalen Datenüber- 
tragungsrate zwischen Steuergerät (links) und Communicator 
(rechts) 
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140 kByte/s über 100 m Kabel realisiert werden, als 
zehn angeschlossene Geräte simuliert wurden 
(Bild 5). 

Wird nun der Abschlußwiderstand dem Wellenwi- 
derstand der Leitung von etwa 100 @ angepaßt (rein 
ohm’scher Abschluß), ergeben sich daraus zwei Vor- 
teile: Erstens wird die Reflexion auf der Leitung ver- 
mieden, und zweitens entlädt sich die Leitungskapa- 
zitätschneller, so daß eine noch höhere Übertragungs- 
rate mit den Wired-OR-verknüpften Signalen NRFD 
und NDAGC erzielt werden kann. Die Abschlußwider- 
stände werden zweckmäßig am ersten und letzten Ge- 
rät angeschlossen. 

Ferner besteht die Möglichkeit, falls noch kürzere 
Übertragungszyklen benötigt werden (z.B. das Ab- 
speichern von Information in einen Massenspeicher), 
diesen als einzigen Hörer zu adressieren, so daß die 
Möglichkeit ausgenutzt wird, die Signale NRFD und 
NDAC mit Gegentakt-Ausgängen zu schalten (Bild 1, 
3. Beispiel). 
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Zur Verlängerung des IEC-Bus: 
Bidirektionaler Koppler für Datenleitungen 


Der Anwendungsbereich des IEC-Bus kann bei Er- 
haltung seiner vollen Funktionen durch Verwen- 
dung anderer Pegel erheblich erweitert werden. Zur 
Umsetzung auf diese Pegel wird ein bidirektionaler 
Koppler benutzt, dessen Funktionen im folgenden 
beschrieben werden. Die Verfasser haben derartige 
Koppler zur Verlängerung des IEC-Bus realisiert und 
im Betriebseinsatz erprobt. Weitere Vorteile des 
Kopplers sind die galvanische Trennung und eine 
Erhöhung der Ausgangslast. 


1 Anforderungen 
und Realisierungsmöglichkeiten 


Ein bidirektionaler Koppler muß ein aus beliebiger 
Richtung ankommendes Signal durchlassen. Intern 
wird er für jede Datenleitung je einen unidirektiona- 
len Kanal pro Signalrichtung haben (Bild 1). Um einen 
Selbsthalteeffekt zu vermeiden, darf nur der interne 
Kanal in der jeweils gewünschten Signalrichtung 
freigegeben werden; der entgegengerichtete Kanal 
muß währenddessen gesperrt sein. Die Problematik 
eines bidirektionalen Kopplers liegt in der Richtungs- 
steuerung der internen Datenkanäle. 








Bild 1. Blockschaltung eines bidirektionalen Kopplers für einen Da- 
tenkanal; zu den verwendeten Schaltzeichen siehe 5) und 6 
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Für busfähige Systeme kommen zwei Arten der Si- 
gnaldarstellung in Frage: 

1. Logisch O und 1 werden aktiv gesendet; der passiv 
gesendete Zustand ist indifferent (Tristate-Tech- 
nik). 

2. Logisch 1 wird aktiv gesendet, logisch O passiv 
(Open-Kollektor-Technik). 

Erfolgt die Richtungssteuerung im Koppler aus dem 
jeweiligen Signal selbst, so muß bei erstgenannter Si- 
gnaldarstellung eine sichere Erkennung der 0O- und 1- 
Signale und deren Unterscheidung vom indifferenten 
Zustand möglich sein. Bei der zweitgenannten Si- 
gnaldarstellung genügt die eindeutige Erkennung des 
aktiv gesendeten 1-Signals. Selbstverständlich ist 
auch eine Richtungssteuerung aus einem geeigneten 
Begleitsignal möglich. 


Steuert man die Signalrichtung im Koppler durch 
den Pegel des ankommenden Signals und sperrt 
gleichzeitig die Gegenrichtung, so wird statisch eine 
Selbsthaltung vermieden. Je nach Art der Schaltung 
neigt ein solcher Koppler wegen der internen Signal- 
laufzeiten jedoch beim Ein- oder Abschalten des Si- 
gnals zum Schwingen. Man kann dies durch geeignete 
Verzögerungen unterbinden, setzt jedoch dadurch 
auch die maximal übertragbare Signalrate herab. 
Steuert man die Signalrichtung ein- oder beidseitig 
aus der vorderen Flanke des ankommenden Signals, 
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Bild 2. Bidirektionaler Koppler für einen Datenkanal mit flankenge- 
triggerter Steuerung; zu den Schaltzeichen siehe |5| und |6} 
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so kann man die unerwünschte Selbsterregung ver- 
meiden. 


Bild 2 zeigt einen Koppler mit einer derartigen 
flankengetriggerten Steuerung für einen Datenkanal 
unter Anwendung der zweitgenannten Signaldarstel- 
lung. Die Richtungssteuerung erfolgt nach beiderseits 
passiv gesendetem Nullsignal beim Eintreffen des 1- 
Signals auf dem freizugebenden internen Kanal. Die 
Richtungserkennung basiert auf der internen Signal- 
durchlaufzeit durch den zugeordneten Bustreiber. Die 
Steuerung des D-Kippglieds erfolgt unter der Annah- 
me, daß infolge der Signaldurchlaufzeit durch das 
dem Takteingang vorgeschaltete Oder-Gatter das Set- 
zen des D-Eingangs beim Takten bereits erfolgt ist. 
Falls eine galvanische Trennung der beiden Daten- 
busse gewünscht wird, kann dies an den mit x be- 
zeichneten Stellen mittels Optokopplern erfolgen. 


Ein Koppler für einen bitparallelen — byteseriellen 
Datenbus ist realisierbar, indem man für jede Datenlei- 
tung eine Schaltung nach Bild 2 nimmt. Abgesehen 
von dem großen Aufwand einer jeweils separaten 
Richtungssteuerung pro Datenleitung scheint dies 
eine vernünftige Lösung zu sein. Sie setzt jedoch vor- 
aus, daß vor jeder notwendigen Richtungsumsteue- 
rung beiderseits passiv ein Nullsignal gesendet wird. 
Dies kann jedoch nicht gewährleistet werden, wenn 
auf Datenleitungen eine Phantom-ODER-Verknüp- 
fung erfolgt. Dies ist jedoch beim IEC-Bus für die Lei- 
tungen NRFD, NDAC und SRQ in der Norm festgelegt. 
Deshalb sollte man bei einem bidirektionalen Koppler 
für den IEC-Bus eine Richtungssteuerung nicht je- 
weils signalbezogen für jede Signalleitung verwen- 
den, sondern die Signalrichtungen gruppenweise 
steuern für Gruppen von Signalen, die gleichen Krite- 
rien genügen. 


2 Bidirektionaler Koppler für den IEC-Bus 


Beim IEC-Bus gilt für die Signale ATN, IFC, REN 
und SRQ das gleiche Richtungskriterium: die Lage des 
Steuergeräts bezogen auf den Koppler. Wird aus ei- 
nem der Signale ATN oder IFC die Richtung ermittelt, 
so gilt sie für diese beiden Signale sowie für REN; die 
Signalrichtung für SRQ ist entgegengesetzt. Eine 
Richtungsänderung kann erst bei einer Übergabe der 
Steuerfunktion erfolgen. Sie wird dann jedoch gleich 
wieder aus einem der Signale ATN oder IFC erkannt. 


Beim Datentransfer mit Handshake sind die Signal- 
richtungen für DAV, DIO 1...8, EOI und ATN gleich, 
NRFD und NDAC diesen entgegengesetzt. Adressiert 
das Steuergerät ein anderes Gerät, so bestimmt ATN 
die Signalrichtung. Übergibt das Steuergerät die 
Sprecherfunktion an ein anderes Gerät, so kann die 
Signalrichtung aus einer der Datenleitungen DIO 1...8 
bestimmt werden. Dies reicht bereits für den normalen 
Anwendungsfall. Wird jedoch eine codetransparente 
Datenübertragung gewünscht, z.B. bei Benutzung des 
IEC-Bus zum Anschluß einer Prozeßperipherie an ei- 
nen Prozeßrechner, so kann es möglich sein, daß das 
erste Datum ein Nullbyte ist. In diesem Fall ist aus den 
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Datenleitungen kein Richtungskriterium zu entneh- 
men; es sind jedoch zwei weitere Kriterien anwend- 
bar: aktiv gesendetes NRFD zeigt die Lage des ange- 
sprochenen Hörers an; sollte dieser jedoch bereits pas- 
siv RFD senden, so bestimmt DAV seitens des Spre- 
chers die Richtung. Auf diese Weise kann kein Daten- 
verlust erfolgen. Eine Besonderheit stellt die Parallel- 
abfrage dar. Abgeleitet aus den Signalen ATN und EOI 
wird die Richtung der Kanäle DIO 1...8 der des ATN- 
Kanals entgegengeschaltet. 


Bild 3 zeigt den Logikplan eines IEC-Bus-Kopplers 
zur Verbindung zweier Datenbusse nach der Spezfika- 
tion DIN IEC 625 |1). Auf den Busleitungen wird lo- 
gisch 1 aktiv, logisch O passiv gesendet. Die Rich- 
tungssteuerung der internen Kanäle im Koppler er- 
folgt gruppenweise durch die bistabilen Kippglieder 
K1,K2 und K5, deren Ausgänge die jeweils in der ge- 
wünschten Signalrichtung arbeitenden Bustreiber 
freigeben und die entgegenliegenden sperren. 


Das Kippglied K1 bestimmt die Richtung für die 
Steuerleitungen ATN, IFC, REN und SRQ, das Kipp- 
glied K2 für die übrigen Steuerleitungen DAV, NRFD, 
NDAC und EOI. Die Steuerung für die Datenleitungen 
erfolgt durch das Kippglied K5. Gesetzt wird das 
Kippglied K1 nach beidseitig passiv gesendetem 
Nullsignal vom ersten 1-Signal auf einer der Leitun- 
gen ATN oder IFC. Dieser Zustand bleibt erhalten, so- 
lange keine Übergabe der Steuerfunktion an ein Gerät 
erfolgt, das an dem Datenbus auf der anderen Seite des 
Kopplers angeschlossen ist. Der Zustand des Kipp- 
glieds K3 wird durch das Signal NRFD bestimmt. Die- 
ses Kippglied steuert keine Signalrichtung unmittel- 
bar. 

Das Kippglied K5 wird nach beidseitigem Nullbyte 
auf dem Datenleitungen DIO 1...8 beim Eintreffen einer 
Nachricht auf diesen Leitungen in Richtung dieser 
Nachricht gesetzt, sofern weder die Nachricht ATN 
noch DAV wahr gesendet wird. Wenn ATN oder DAV 
wahr gesendet wird, bestimmt der Zustand des Kipp- 
glieds K2 den Zustand von K5. 


Der Zustand von K2 wird primär nach beidseitig 
passiv Null gesendeten Nachrichten DAV und ATN 
aus der zuerst wahr gesendeten Nachricht DAV oder 
ATN bestimmt. Eine Korrektur dieses Zustands auf- 
grund anderer Kriterien kann erfolgen nach dem 
Übergang der Nachricht ATN = 1 auf ATN = 0. Wenn 
dieser Übergang erfolgt, kann die Sprecherfunktion 
vom Steuergerät an ein vorher entsprechend adres- 
siertes Gerät übergeben werden. In diesem Fall kann 
eine Richtungsumkehr der Signale erfolgen, die der 
Koppler aus der Nachricht DAV zu spät erkennt. Aus 
diesem Grund werden beim Übergang von ATN = 1 
auf ATN = 0 für die Zeit t,, ausgelöst durch das mono- 
stabile Kippglied K6, für das Signal NRFD beide in- 
terne Kanäle freigegeben. Liegt das Signal NRFD = 1 
an, so geht für die Zeitt, der Koppler für dieses Signal 
in Selbsthaltung. Dies bedingt eine Verzögerung des 
Handshake-Vorgangs um maximal t,. Die Zeit tt, sollte 
größer sein als das Doppelte der längsten der Signal- 
laufzeiten auf den Bussen beiderseits des Kopplers. 
Als Richtwert ist eine oder bei großen Entfernungen 
einige us anzugeben. 


Beim Übergang von ATN =1 auf ATN = 0 wird das 
Kippglied K4 gesetzt, welches beide Richtungen für 
den Kanal NDAC freigibt, so daß der Handshakevor- 
gang nicht beendet werden kann, wenn ein Gerät 
NDAGC wahr sendet oder während dieses Zustands des 
Kippglieds K4 gesendet hat. Nach dem Setzen von K4 
wird innerhalb einer kurzen Zeit tt», gegeben durch das 
monostabile Kippglied K7, der Zustand von K3 aufK2 
übertragen. Wenn nach Ablauf der Zeit t, das Kipp- 
glied K4 noch gesetzt ist, wird beim Eintreffen eines 
Bytes nach passiv gesendetem Nullbyte auf den Daten- 
leitungen DIO 1...8 der Zustand von K5 auf K2 übertra- 
gen. Anschließend wird das Kippglied K4 zurückge- 
setzt. Dieses Rücksetzen erfolgt ferner, wenn ein Si- 
gnal DAV, ATN oder IFC wahr gesendet wird. 

Bei normaler Adreß-, Befehls- oder Datenübertra- 
gung erfolgt die Ansteuerung des Kippglieds K5 
durch K2 gleichsinnig. Bei der Parallelabfrage wird, 
initiiert durch ATN = 1 und EOI = 1, diese Ansteue- 
rung invertiert. 

Die Tabellen 1...5 zeigen die Wahrheitstabellen für 
die bistabilen Kippglieder K1...K5, Tabelle 6 die für 
das monostabile Kippglied K6. Die Wahrheitstabellen 
beziehen sich auf die Bussignale und z. T. auf die Aus- 
gangssignale der monostabilen Kippglieder als Ein- 
gangssignale. Die horizontalen Pfeile unter den ange- 
gebenen Eingangssignalen geben die interne Signal- 
richtung nach Bild 3 an. Die Angabe DIO 1...8 in Ta- 
belle 5 gilt für eine ODER-Verknüpfung dieser 
Signale. 

IEC-Bus-Koppler, funktionell entsprechend Bild 3, 
wurden in der Bayer AG realisiert zur Verlängerung 
des IEC-Bus. Rechnerseitig arbeitete der Koppler nach 
den Originalspezifikationen DIN IEC 625; der ander- 
seits angeschlossene Bus war schaltungstechnisch 
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Bild 4. Anwendung des bidirektionalen Kopplers zur Erweiterung 
des IEC-Bus 
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Bild 5. Anwendung des bidirektionalen Kopplers zur Verlängerung 
des IEC-Bus 


-. ca Im— n— = 








Tabelle 1. Wahrheitstabelle für das Kippglied K1 





T 0 0 0 1 0 
1 x x x Qı Qı 
0 |) 0 0 0 1 
x 1 x x Qı Qı 
0 0 T 0 1 0 
x x 1 x Qı Kon 
0 0 0 ' 0 1 
X x x il Qı Qı 





Tabelle 2. Wahrheitstabelle für das Kippglied K 2 





1 0 0 0 0 0 1 0 

1 x x X 0 x eH Fo 
0 T 0 0 0 0 0 A 
x 1 Ed x 0 x Q Q; 
0 0 1 0 0 0 1 0 
x x 1 x 0 x Q; Q; 
0 0 0 [ 0 0 0 EB 
x x x 1 0 x Q Q 
x x x x 1 x Q; Q; 
0 0 0 0 0 f G 0 
x x x x 0 1 Q> Q 


Tabelle 3. Wahrheitstabelle für das Kippglied K 3 
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Tabelle 4. Wahrheitstabelle für das Kippglied K 4 
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Tabelle 5. Wahrheitstabelle für das Kippglied K5 
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T 0 0 x 0 1 0 

1 x 0 x 0 Qs "05 
0 T 0 x 0 0 1 

x 1 0 x 0 Qs "Qs 

x x yi ) x Q Q 
x x a 1 D.4 0" Q 

X x x 0 1 Q; [9 





Tabelle 6. Wahrheitstabelle für das Kippglied K 6 
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nach der Spezifikation CCITT V 11 ausgelegt |1, 2). Es 
wurden Differenztreiber in Tristatetechnik verwen- 
det, bei denen die Signaleingabe über den Steuerein- 
gang erfolgt |3, 4. Dadurch wird logisch 1 aktiv, lo- 
gisch O0 passiv gesendet. Die beiden Datenbusse wur- 
den durch Optokoppler galvanisch entkoppelt, die 
entsprechend Bild 2 angeordnet waren. 


Die Bilder 4 und 5 zeigen realisierte Anwendungen 
des Kopplers zur Verlängerung des IEC-Bus. 


3 Ausblick 


Ein bidirektionaler Koppler für den IEC-Bus vermag 
den durch die Norm DIN IEC 625 gegebenen Anwen- 
dungsbereich hinsichtlich der Ausdehnung des Bus- 
systems und der Anzahl der anzuschließenden Geräte 
zu erweitern. Einer einheitlichen und breiten Anwen- 
dung steht die fehlende entsprechende Norm entge- 
gen. Es ist jetzt an der Zeit, für den in CCITT V 11 er- 





Ing. (grad.) Wolfgang Otternberg ist 
alteingesessener Leverkusener. Er 
studierte Physikalische Technik in 
Iserlohn. Seit 1967 ist er bei der Bayer 
AG tätig in der elektronischen Gerä- 
teentwicklung (Bussysteme). 

Hobbys: Musizieren, Fotografieren, 
soweit zwei Kinder Zeit dazu lassen. 
ELEKTRONIK-Leser seit 1967 





, 


Dr. rer. nat. Walter Haupt istgebürtiger 
Bonner mit Studium der Physik in 
Bonn. Seit 1960 ist er bei der Bayer 
AG tätig und u.a. Mitglied in den 
DKE-Ausschüssen K 923 „Elektroni- 
sche Meßgeräte‘; UK 933.1 ‚‚Meßge- 
räte — Schnittstellen“. 

Hobbys: Klassische Musik, Wandern. 
ELEKTRONIK-Leser seit 1957 


wähnten Mehrpunktbetrieb den Kabelabschluß und 
eine Vorspannungserzeugung für einen Busbetrieb 
mit einer Phantom-ODER-Verknüpfung auf Datenlei- 
tungen zu normen. 





4 Haupt. W.: Otternberg, W.: Der IEC-Bus für größere Entfernungen. ELEK- 
TRONIK 1979, H. 7, S. 74...76. 

Zum Nachschlagen betreffend die vom Autor verwendeten neuen Schaltzei- 

chen empfiehlt die Redaktion: 
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IEC-Bus: Ein Intensiv-Training 


Im Vertrieb der Philips GmbH, Unternehmensbereich Elek- 
tronik für Wissenschaft und Industrie, befindet sich ein äußerst 
interessantes Buch, das sich vor allem für die fundierte Inten- 
siv-Einarbeitung in die Thematik des IEC-Bus eignet. 

Verfaßt in englischer Sprache bringt es auf 112 Seiten und 
unterstützt durch zahlreiche Tabellen, Schaltbilder und Zu- 
standsdiagramme einen umfassenden Überblick nicht nur über 
den grundsätzlichen Aufbau des Bus-Systems, vielmehr wer- 
den auch die Signalzustände und -abhängigkeiten, die Adres- 
sierung und die System-Implementierung eines Bus-Interface 
beleuchtet. Den Abschluß bilden praktisch ausgeführte Appli- 
kationen sowie ein Fragen- und Antwort-Anhang, der zur 
Überprüfung des kapitelweise erarbeiteten Wissens dient. 

Hier der genaue Titel: Philips Digital Instrument Course, 
Part 4 — IEC-Bus-Interface. 

‘Vertrieb durch die Philips GmbH, Unternehmensbereich für 
Wissenschaft und Industrie, Postfach 31 03 20, 3500 Kassel, 
Preis etwa 15.- DM. Ha 


PHILIPS 


digital instrument course 
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So einfach für den Anwender die Verkettung fertiger Meßgeräte, die mit 
IEC-Bus-Anschluß ausgerüstet sind, zu kompletten Systemen ist, so 
schwierig ist für den Geräteentwickler das Anpassen seiner Schaltungen 
an den IEC-Bus über eine normgerechte Interface-Schaltung. Gerade 
dieser Entwicklungsschritt wird hier in genereller Form und anhand eines 
konkreten Beispiels beschrieben. Dabei weicht die Bezeichnungsweise 
für den Bus beim Autor aus firmeninternen Gründen etwas von der in 
Deutschland eingeführten und von der ELEKTRONIK bisher benutzten 
ab; er spricht nicht vom IEC-Bus, sondern von Interface-Bus. Dies dürfte 
jedoch keine Verwirrung stiften, und so sprechen wir in der Überschrift, 
wie gewohnt, vom IEC-Bus, während im Text die vom Autor benutzte 
Bezeichnung ‚‚Interface-Bus‘‘ beibehalten wurde. 


Dipl.-Ing. Arndt Pannach 


Interface-Entwicklung für den IEC-Bus 


1 Die Interface-Funktionen 
Die funktionellen Elemente eines an den Interface-Bus an- 
geschlossenen Gerätes sind in Bild I aufgezeigt. 


Wie der IEC-Bus funktioniert, wurde in der ELEKTRO- 
NIK eingehend erklärt |6.. Dennoch dürfte die folgende kurze 
Zusammenfassung von Nutzen sein: 


Der Interface-Bus setzt sich zusammen aus dem Daten-Bus 
(S Leitungen), dem Handshake-Bus (3 Signale) und dem 
Steuer-Bus (5 Signale). Adressen, Befehle, Programmier- 
und Meßdaten werden asynchron im Dreidraht-Handsha- 
ke-Verfahren übertragen. Die Übertragung verläuft bit-pa- 
rallel und zeichen-seriell. 


Senden, Empfangen und Verarbeiten von Bus-Nachrichten 
erfolgt durch die Interface-Funktionen; sie bilden daher den 
wichtigsten Teil einer Interface-Schaltung. Jede Interface- 
Funktion hat eine ihr zugewiesene spezifische Aufgabe (Ta- 
belle I), deren Erledigung nach einem definierten Protokoll 
zu geschehen hat. Das zu jeder Interface-Funktion gehörende 
Protokoll ist in der Norm in Form von State- Diagrammen |8 
dargestellt; diese bilden die wichtigste Grundlage für den 
Schaltungsentwurf. 


Tabelle 1. Abkürzungen für die Interface -Funktionen 


SH Handshakequelle (Source Handshake) 


AH Handshakesenke (Acceptor Handshake) 
T Sprecher (Talker) 
L Hörer (Listener) 


SR Bedienungsruf 
RL Fern/eigen-Umschaltung 
PP Parallelabfrage 


(Service Request) 
(Remote Local) 
(Parallel Poll) 


DC Gerät rücksetzen (Device Clear) 
DT Gerät auslösen (Device Trigger) 
(& Steuereinheit (Controller) 


Neben den funktionellen Elementen sind in Bild I auch die 
verschiedenen Signalwege und Nachrichtenarten dargestellt. 
Interne Nachrichten werden zwischen den Interface-Funktio- 
nen und den Gerätefunktionen ausgetauscht. 

Externe Nachrichten werden über den interface-Bus übertra- 

gen. Man unterscheidet zwei Arten: 

(1) Nachrichten, die von einer Interface-Funktion zu einer 
anderen gesendet werden. Beispiel: Die C-Funktion eines 


Gerät 


Geratefunktionen 





Nachrichtencodierungslogik 
N 


Leitungstreiber und - empfänger 


< Interface - Bus > — 


Bild 1. Die funktionellen Elemente des Systems Gerät-Interfa- 

ce-Bus. Anmerkungen: 

A Fähigkeiten sind in der vorliegenden Norm festgelegt. 

B Fähigkeiten werden vom Entwickler festgelegt. Es bedeuten: 

(1) Signalleitungen im Interface-Bus 

(2) Externe Nachrichten an und von Interface-Funktionen 

(3) Gerätenachrichten an und von Gerätefunktionen 

(+) Zustandsverknüpfungen zwischen Interface-Funktionen 

(5) Interne Nachrichten zwischen Geräte-Funktionen und Inter- 
face-Funktionen 

(6) Externe Nachrichten, die nur innerhalb eines Steuergerätes 
von Gerätefunktionen gesendet werden 
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Tischrechners sendet auf den Interface-Bus eine Listener- 
Adresse. Empfänger ist die Listener-Funktion des Gerä- 
tes, das adressiert werden soll. 

(2) Nachrichten, die zwischen den Gerätefunktionen ausge- 
tauscht werden. Beispiel: Ein Digitalvoltmeter sendet 
Meßdaten zu einem Drucker. 


2 Vier Schritte zur Interface-Schaltung 

Die Entwicklung einer Interface-Schaltung nach dem 
IEC-Normenentwurf vollzieht sich in vier Schritten. Der erste 
Schritt beinhaltet die Erarbeitung der eigentlichen Zielset- 
zung. Diese umfaßt eine genaue Beschreibung der Aufgaben, 
die das Gerät in einem Bus-System wahrzunehmen hat. Die 
Art des Gerätes sowie seine künftige Anwendung werden 
hierfür bestimmend sein. 

In einem zweiten Schritt werden die zu realisierenden Inter- 
face-Funktionen festgelegt. Der Normenentwurf offeriert 
zehn Interface-Funktionen, aus denen gemäß der Zielsetzung 
die richtige Auswahl zu treffen ist. Einen Drucker oder eine 
Lochstreifenstanze wird man beispielweise mit der L-, der 
AH- und der RL-Interface-Funktion ausstatten. Ein Digital- 
voltmeter wird zusätzlich die T- und die SH-Interface-Funk- 
tion benötigen. Die C-Interface-Funktion wird normaler- 
weise in einem Tischrechner oder Computer zu finden sein. 

Der dritte Schritt besteht aus dem eigentlichen Schaltungs- 
entwurf. Eine einheitliche Lösung gibt es naturgemäß nicht. 
Wahl der Logikfamilie, wirtschaftliche Erwägungen und 
Kenntnisstand des Entwicklers sind die bestimmenden Fakto- 
ren. Später soll am Beispiel des Wortgenerators HP S016A 
ein möglicher Schaltungsentwurf kurz aufgezeigt werden. 

Schließlich muß im vierten Schritt die Funktionsweise über- 
prüft werden. Um sicherzustellen, daß das Gerät in jeder be- 
liebigen Systemkonfiguration arbeitet, sollte die erste Erpro- 
bung unabhängig von einem bestimmten System erfolgen. Für 
diese Aufgabe werden bereits spezielle Prüfgeräte angeboten. 
Es folgt die endgültige Erprobung in einem Interface-Bus-Sy- 
stem. 


3 Beispiel: Interface-Funktionen eines Wortgenerators 
Bei dem Gerät, das hier als Beispiel für den Entwurf einer 
Bus-Schnittstelle dient, handelt es sich um einen Bitmuster- 
oder Wortgenerator (Bild 2). Das Gerät hat acht Ausgangs- 
kanäle. Jeder Kanal liefert 32 Bit mit einer maximalen Fre- 
quenz von 50 MHz. Der Umschalter „Channel Serializer" er- 
laubt serielle Datenfolgen bis maximal 256 Bit. 
Wortgeneratoren haben folgende Einsatzmöglichkeiten: 
— Testen von komplexen digitalen ICs; 
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Treiber, Empfänger, Nachrichtencodierung 


— Simulieren von Datenquellen und Austesten von Daten- 
empfängern; 

— Austesten von Datenbussen; 

— Lieferung des Testsignals für Baugruppen der PCM- und 

Datenübertragungstechnik. 

Der zentrale Schaltungsteil des vorliegenden Wortgenera- 
tors ist ein Schreib-Lese-Speicher (RAM); in ihn wird das bi- 
näre Prüfmuster manuell geladen. Für Aufgaben, bei denen 
das Prüfmuster häufig und schnell geändert werden muß, wie 
z. B. im Prüffeld oder in System-Anwendungen, können die 
Daten über den Interface-Bus geladen werden. Als Steuerge- 
räte dienen Tischrechner oder optische Kartenleser. Um diese 
Aufgabe wahrnehmen zu können, mußte für den Wortgenera- 
tor die L-, die AH- und die RL-Interface-Funktion ausge- 
wählt werden (Bild 3). 

Der Code für Adressen und für einen Teil der Befehle ist in 
der Norm vorgeschrieben. Die eigentliche Datenübertragung 
hingegen ist völlig codetransparent. Für den Wortgenerator 
ist essinnvoll, die Daten rein binär zu übertragen. Geräte, wie 
Digitalvoltmeter oder Pulsgeneratoren, werden in der Regel 
den ISO-7-Bit-Code (ASC II-Code) verwenden. 


4 Das L- und AH-State-Diagramm 


Das State Diagramm der L-Funktion ist in Bild 4 darge- 
stellt; sie kann drei verschiedene Zustände (States) einneh- 
men, die durch drei Kreise gekennzeichnet sind. Jeder Zu- 
stand hat einen Namen, dessen mnemotechnische Abkürzung 
in jedem Kreis angegeben ist. Alle erlaubten Übergänge von 
einem Zustand zu einem anderen sind durch Pfeile gekenn- 
zeichnet; jedem Pfeil ist ein Boolescher Ausdruck beigefügt, 
der wahr oder falsch sein kann. Ist der Ausdruck wahr, muß 
der Übergang zu einem anderen Zustand in Pfeilrichtung 
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stattfinden; ist er falsch, muß der derzeitige Zustand beibehal- 
ten werden. Es gibt auch Pfeile, die ohne Ursprung auf einen 
bestimmten Zustand zeigen (LIDS in Bild 4); sie zeigen an, 
daß der Übergang von jedem beliebigen Zustand der Interfa- 
ce-Funktion auf den durch den Pfeil gekennzeichneten Zu- 
stand erfolgen muß, wenn der zugehörige Boolesche Aus- 
druck wahr ist. 


Die Booleschen Ausdrücke bestehen aus: 

— Nachrichten von Geräte-Funktionen. Diese sind gekenn- 
zeichnet durch drei kleine Buchstaben, z. B. pon (power on 
— Gerät eingeschaltet) in Bild 4. 

— Nachrichten von anderen Interface- Funktionen. Die mne- 
motechnische Abkürzung besteht aus drei großen Buchsta- 
ben. Beispiel in Bild 4: MLA (My Listen Address — eigene 
Höreradresse). 

— Zustandsverknüpfungen. Diese sind gekennzeichnet durch 
vier große Buchstaben, umschlossen von einer Ellipse. Bei- 
spiel in Bild 4: ACDS (Accept Data State-Datenübernah- 
mezustand). Diese Zustandsverknüpfungen entsprechen 
dem Signalweg 4 in Bild 1. 

— Zeitoperatoren. Ein kleines t besagt, daß der Übergang zum 
nächsten Zustand innerhalb dieser Zeit erfolgen muß. Ein 
großes T zeigt an, daß der jetztige Zustand für mindestens 
diese Zeit beibehalten werden muß. Beispiel in Bild 4 : t; 


Die L-Funktion (Bild 4) hat drei Zustände: 


— den Zustand „Hörer in Ruhe“ (LIDS-Listener Idle State) 

— den Zustand „Hörer adressiert‘ (LADS-Listener Addres- 
sed State) 

— den Zustand „Hörer aktiv‘ (LACS-Listener Active State) 


In LIDS und LADS können von der L- Funktion Adressen 
und Befehle empfangen werden. Diese Nachrichten werden 
von den Gerätenachrichten dadurch unterschieden, daß das 
Signal ATN (Attention-Achtung) wahr ist. Der Empfang von 
Gerätenachrichten, also von Meß- und Programmierdaten, ist 
nur dann möglich, wenn sich die L-Funktion in LACS befin- 
det. 


Die L-Funktion geht von LIDS nach LADS, wenn die Hö- 
reradresse (MLA) empfangen wird und die AH-Funktion die 
Gültigkeit der Daten meldet (ACDS) und das Signal IFC (In- 
terface Clear-Interface zurücksetzen) falsch ist. Der Über- 
gang von LADS nach LACS erfolgt, wenn ATN falsch wird. 


Die AH-Funktion sorgt für einen geordneten Empfang von 
externen Nachrichten nach den Regeln des Dreidraht- 
Handshake-Verfahrens. Der asynchrone Handshake-Zyklus 
wird zusammen mit der SH-Funktion über den Handshake- 
Bus abgearbeitet; dieser führt die folgenden Signale: 

— DAV (Data Valid — Daten gültig) 


Bild 5. 
State 
AH-Funktion 


Diagramm der 





Bild 6. » 
Modifiziertes  Sta- 
te-Diagramm der 
AH-Funktion mit 
Eingangs- und Aus- 

gangsgleichungen 








Ja = ATN-LAC- LAD NDAC = A+B-C 
Kı = A NRFD = A+B-C 
Jg = A:C-ATN:rdy ACD = BC 


Kg = C-ATN-rdy +C-ATN-rdy 
Jo = B-DAV-ATN-rdy 

Kc = B-DAV 

NRAC= pon + ATN-LAC-LAD 


— NRFD (Not Ready For Data - nicht bereit für Daten) 
- NDAC (Not Data Accepted — Daten nicht übernommen) 
Die logischen Zustände der Signale NRFD und NDAC 
werden von der AH-Funktion gesteuert (Tabelle 2); diese 
Funktion (Bild 5) hat fünf Zustände: Nach dem Einschalten 
des Gerätes soll sie in den Zustand AIDS gehen. Falls ATN 
wahr ist oder die L-Funktion adressiert ist (LADS) oder die 
L-Funktion aktiv ist (LACS), muß der Übergang von AIDS 
nach ANRS erfolgen, und zwar innerhalb t,. ACRS wird er- 
reicht wenn ATN wahr ist oder rdy (ready for next message — 
bereit für nächste Nachricht) wahr ist. Die Nachricht rdy si- 


Tabelle 2. Bezeichnungen der Zustände 
im AH -State-Diagramm 
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| | ACD | 
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Bild 7. Eingangs- und Ausgangssignale der AH-Funktion 


gnalisiert der AH-Funktion die Bereitschaft der Gerätefunk- 
tionen zum Empfang von Gerätenachrichten. Wird DAV 
wahr, findet der Übergang nach ACDS statt; dieser Zustand 
zeigt der L-Funktion und den Gerätefunktionen an, daß auf 
dem Daten-Bus gültige Daten sind. Die Gerätefunktionen 
müssen zudem die L-Funktion abfragen, denn nur wenn diese 
sich im Zustand LACS befindet, handelt es sich um Geräte- 
nachrichten. Die AH-Funktion geht von ACDS nach AWNS, 
falls ATN wahr ist und eine Zeit T, verstrichen ist oder wenn 
ATN falsch ist und rdy falsch ist. T; ist abhängig vom jeweili- 
gen Entwurf und muß so gewählt werden, daß die L-Funktion 
genügend Zeit hat, ihren Zustands-Übergang zu vollziehen. 
Von AWNS geht es schließlich zurück zu ANRS, falls DAV 
falsch wird. 

Boolesche Ausdrücke, die in eckigen Klammern stehen, 
müssen beim Schaltungsentwurf nicht berücksichtigt werden; 
sie können aber verwendet werden, wenn sich dadurch zum 
Beispiel Vereinfachungen ergeben. 


5 Die Schaltung der AH-Funktion 


Von den funktionellen Elementen der Interface-Schaltung 
des besprochenen Wortgenerators (Bild 3) soll die AH-Funk- 
tion als Entwurfsbeispiel dienen. Die Eingangs- und Aus- 
gangssignale — und zwar nur diejenigen, die für die AH-Funk- 
tion Bedeutung haben - sind in Bild 7 dargestellt. Die Signale 
LAC und LAD sind im Zustand LACS bzw. LADS wahr; in 
gleicher Weise ist das Signal ACD im Zustand ACDS wahr. 

Für die Realisierung der Funktion bietet sich der Entwurf 
einessynchronen sequentiellen Schaltwerkes an. Dies nicht zu- 





DAV 
rdy 
ATN 











letzt deshalb, weil ja das State-Diagramm ohnehin die Grund- 
lage oder das wesentliche Hilfsmittel vieler Methoden zum 
Entwurf synchroner sequentieller logischer Schaltungen ist; 
diese werden in der Regel mit Flipflops oder mit Festwertspei- 
chern (ROMsSs) realisiert. 


Hier wurden JK-Flipflops gewählt, die gemeinsam getaktet 
werden. Zu jedem Takt-Zeitpunkt bilden die Flipflop-Aus- 
gänge einen stabilen inneren Zustand. Mit N Flipflops sind 
demnach 2” verschiedene Zustände möglich. Der Übergang 
von einem Zustand zu einem anderen ist abhängig von dem 
derzeit gültigen Zustand selbst und von den Eingangssignalen. 
Die Ausgänge der Flipflops steuern zusammen mit den Ein- 
gangssignalen über Logik-Schaltungen die Vorbereitungsein- 
gänge J und K, die ja letztlich für den Übergang zu einem an- 
deren Zustand bestimmend sind. Aus dem Gesagten ergibt 
sich, daß die Hauptaufgabe für den Entwurf einer sequentiel- 
len Schaltung darin besteht, die Booleschen Gleichungen für 
die J- und K-Eingänge der Flipflops zu finden. 


Bild 6 zeigt ein modifiziertes State-Diagramm der AH- 
Funktion. Die Eingangssignale sind in Rauten eingezeich- 
net. Sie sind hier so definiert, daß sie wahr sind, wenn ihr logi- 
scher Zustand „,0' ist. Die verschiedenen Zustände sind durch 
Rechtecke dargestellt. Das Verharren in einem Zustand oder 
der Übergang zu einem anderen Zustand erfolgt in Pfeilrich- 
tung. Die sequentielle Schaltung soll fünf Zustände durchlau- 
fen, für deren Codierung drei Flipflops mit den Ausgängen A, 
B, C benötigt werden. Die Codierung ist beliebig gewählt und 
an jeden Zustand angeschrieben. 


Das Signal NRAC ist ein für alle Flipflops gemeinsames 
asynchrones Rücksetzsignal, das die AH-Funktion aus allen 
anderen Zuständen in den Ruhezustand bringt. Dieses Sta- 
te-Diagramm ist die Grundlage für die Ermittlung der FF- 
Eingangsgleichungen. Auf die nun folgenden Entwurfs- 
schritte kann im Rahmen dieses Aufsatzes nicht näher einge- 
gangen werden. Der interessierte Leser sei vielmehr auf die 
Literaturangabe |7 verwiesen. In Bild 6 sind die für J, bis Kc 
gefundenen Gleichungen angegeben. Die Gleichungen für 
NDAC und NREFD ergeben sich direkt aus Tabelle 2 und der 
Codierung der Zustände. Das Ausgangssignal ACD ergibt 
sich aus der Codierung des Zustands ACDS. Die praktisch 
ausgeführte Logikschaltung für die AH-Interface-Funktion 
ist in Bild 8 dargestellt. 
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Prof. Dr.-Ing. K. Hoffmann, Dipl.-Ing. H. Röder 
Eine Meßdatenerfassungsanlage mit IEC-BUS 


In der Meßpraxis nimmt der Einsatz der elektro- 
nischen Meßdatenerfassungs- und Verarbeitungs- 
anlagen ständig zu. Hierbei bestimmt die jeweilige 
Meßaufgabe die Anzahl und die Art der elektroni- 
schen Meßgeräte, die zur Meßdatenerfassung zu- 
sammengeschaltet werden. Eine genormte Schnitt- 
stelle für die Verbindung von elektronischen Meßge- 
räten ist der IEC-Bus, der Elektronik-Lesern aus 
zahlreichen Aufsätzen bereits bekannt ist 1...6.. Im 
folgenden soll eine auf diesem Konzept realisierte 
Meßdatenerfassungsanlage beschrieben werden. 
Ausgehend von den Forderungen an das Meßdaten- 
erfassungssystem werden die Schnittstellenfunk- 
tionen ausgewählt und die Zustandsdiagramme ge- 
zeigt. Danach folgt die Beschreibung des System- 
Steuergeräts, seine Programmstruktur und einige 
Programmierbeispiele. 


1 Liste der Forderungen 
an das Meßdatenerfassungssystem 


Um mit dem erstellten Meßdatenerfassungssystem 
die in der Praxis meist auftretenden Meßprobleme zu 
lösen, müssen folgende Forderungen erfüllt werden: 
® Das System muß über ein Programmierfeld der je- 

weiligen Meßaufgabe angepaßt werden können. 


® Das Meßprogramm muß in Einzelschritten über- 
prüft werden können (Single-Step-Betrieb) und ein- 
fach, ohne Erlernen einer Programmsprache ein- 
stellbar sein. 

@ Das jeweilige Meßprogramm muß ohne Speicher- 
abruf auf der Frontplatte des Systems erkennbar 
sein und nach einer Netzunterbrechung wieder ver- 
fügbar sein. 

®@ Eine automatische periodische Meßdatenerfassung 
mit einstellbarer Meßperiode muß möglich sein. 


@ Eine Störungserkennung mit Lokalisierung des ge- 
störten Gerätes soll automatisch erfolgen. 

@ Vorhandene Meß- und Datenspeicherungsgeräte 
ohne IEC-Bus-Schnittsteile sollen über einfache In- 
terface-Schaltungen an das System angepaßt wer- 
den können. (Die Schnittstelle der Geräte muß 
hierzu bestimmten Mindestanforderungen genü- 
gen, die in den folgenden Ausführungen zusam- 
mengestellt werden.) 





2 Auswahl der Schnittstellenfunktionen 


Um die aufgestellten Forderungen zu erfüllen, müs- 
sen für die Interface-Schaltungen bestimmte Schnitt- 
stellenfunktionen aus der Norm ausgewählt werden. 
Die Auswahl der Schnittstellenfunktionen und die 
zugehörigen Zustandsdiagramme für das Meß- bzw. 
Datenspeicherungsgerät werden hier am Beispiel ei- 
nes Digitalmultimeters und eines Lochstreifenstan- 
zers beschrieben. Die im Text und in den Zustands- 
diagrammen verwendeten Abkürzungen für Schnitt- 
stellenzustände und Nachrichten werden in Tabelle 1 
erläutert. 


2.1 Die Schnittstellenfunktionen 
für ein Digitalmultimeter 
Um ein Digitalmultimeter mit einer IEC-Bus- 

Schnittstelle versehen zu können, muß die gerätespe- 

zifische Schnittstelle mindestens folgende Eigen- 

schaften aufweisen: 

@ Das Meßgerät muß einen Datenausgang besitzen, an 
dem Vorzeichen, Ziffern und Komma digital codiert 
zur Verfügung stehen. 

@ Es ist ein Triggereingang erforderlich, mit dem das 
Gerät zum Auslösen des Meßvorgangs und zur 
Speicherung des Meßwertes während der Daten- 
übergabe veranlaßt werden kann. 


Cinnerhalbta) 4 


IFC = \ACD: BR 
(innerhalb t4) ATN ATN 


(innerhalb t2) (innerhalb t2) 


t2 <200ns 
t4 < 100 us 


Bild 1. Zustandsdiagramme der zulässigen Teilaus- 
rüstungen T4 und L2. 
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Entsprechend diesen Forderungen ergibt sich unter 
den zehn genormten Schnittstellenfunktionen die 
minimale Auswahl, die in Tabelle 2 angegeben ist. 


Zur Realisierung der Talker- und Listener-Funktion 
genügen die in der Norm aufgeführten Teilausrüstun- 
gen T4 und L 2, deren Zustandsdiagramme in Bild 1 
gezeigt werden. Da bei der T 4-Funktion die Zustände 
SPIS, SPMS und SPAS fehlen, reagiert sienichtaufdie 


Tabelle 1. 
Abkürzungen für Schnittstellenzustände und Nachrichten 


Schnittstellen-Zustände 
LIDS / TIDS Ruhezustand des Hörers/Sprechers 
LADS / TADS Adressierter Zustand des Hörers/ 
Sprechers 
LACS / TACS Aktiver Zustand des Hörers/Sprechers 
der Steuerfunktion: 
CACS Aktiver Zustand 
CSBS Bereitschaftszustand 
CSWS Synchronisier-Wartezustand 
CAWS Aktiver Wartezustand 
CSNS Bedienungsrufloser Zustand 
CSRS Bedienungsruf-Empfangszustand 


der Systemsteuerung: 


SNAS Inaktiver Zustand 

SACS Aktiver Zustand 

SIS Rücksetz-Ruhezustand 

SIAS Aktiver Rücksetz-Zustand 

SINS Inaktiver Rücksetz-Zustand 

SRIS Fernsteuerfreigabe-Zustand 

SRAS Aktiver Fernsteuerfreigabe-Zustand 
SRNS Inaktiver Fernsteuerfreigabe-Zustand 


der Quelle: 

SGNS Erzeugungszustand 
SDYS Verzögerungszustand 
STRS Übertragungszustand 
SWNS Wartezustand 

der Senke: 

ACRS Bereitzustand 

ACDS Datenübernahmezustand 
AWNS Wartezustand 

Externe Nachrichten: 


MTA eigene Sprecheradresse 

OTA fremde Sprecheradresse 

UNL hören beenden 

MLA eigene Höreradresse 

SRQ Bedienungsruf 

RFD Bereit für Daten 

DAV Daten gültig 

ATN Achtung 

GET Gerätegruppe auslösen 

REN Fernsteuerung freigeben 

Interne Nachrichten: 

pon Gerät EIN 

gts in Bereitschaftszustand gehen 
tcs Steuerung synchron übernehmen 
tca Steuerung asynchron übernehmen 
Tpp Parallelabfrage fordern 

TSC Systemsteuerung fordern 

sic Rücksetzbefehl (=IFC) senden 
ste Fernsteuerfreigabe (=REN) senden 
nba neues Byte verfügbar 

ton nur sprechen 
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Serien-Abfrage (Serial Poll). Dies ist unter zwei Vor- 

aussetzungen zulässig: 

© Das Gerät selbst darf keinen Service Request sen- 
den. 

® Die Talker-Funktion darf bei einer Serien-Abfrage 
nach einem Service Request durch ein anderes Ge- 
rät nicht aktiviert werden. 

Da bei vielen Digitalmultimetern keine Möglichkeit 
besteht, den Meßbereich über Steuerleitungen extern 
einzustellen, kann die Remote/Local-Funktion entfal- 
len. Dadurch wird es auch nutzlos, bei einer Meßbe- 
reichsüberschreitung einen Bedienungsruf (SRQ) zu 
senden, da die Systemsteuerung (Controller) darauf 
nicht wirkungsvoll reagieren kann. Somit braucht die 
Service Request-Funktion nicht realisiert zu werden. 


2.2 Die Schnittstellenfunktionen 
für einen Lochstreifenstanzer 


Bei der Auswahl der Schnittstellenfunktionen für 
die Interface-Schaltung zum Anschluß eines Loch- 
streifenstanzers wurde davon ausgegangen, daß die 
Stanzer-Schnittstelle folgende Anschlußleitungen 
besitzt: 
® Eingangsleitungen zur Übernahme von Meßdaten 

auf den Lochstreifen und einen Triggereingang zum 

Auslösen des Stanzvorganges. 
® Eine Ausgangsleitung für die Rückmeldung, daß 

der Stanzer bereit ist, neue Daten zu empfangen. 
® Ausgangsleitungen für eine Fehlermeldung ‚„Loch- 

streifen gerissen‘‘ oder „nur noch wenige Meter 

Lochstreifen auf der Vorratsspule“. (Diese Aus- 

gangsleitungen sind für den Anschluß eines Loch- 

streifenstanzers an den IEC-Bus nicht unbedingt er- 
forderlich.) 

Unter den genormten Schnittstellenfunktionen 
wurde für das Stanzer-Interface die in Tabelle 3 ge- 
zeigte Auswahl getroffen. 


Tabelle 2. Auswahl der Schnittstellenfunktionen für ein 
Digitalmultimeter 


Schnittstellenfunktion Ausführung 
Talker-Funktion T4 
Source-Handshake-Funktion SH1i 


Listener-Funktion 1.2 
Acceptor-Handshake-Funktion 
Device-Trigger-Funktion 


Tabelle 3. Auswahl der Schnittstellenfunktionen für einen 
Lochstreifenstanzer 








Schnittstellenfunktion Ausführung 
Talker-Funktion T6 
Source-Handshake-Funktion sH1 
Listener-Funktion L4 
Acceptor-Handshake-Funktion AH1 
Service-Request-Funktion SR1 
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Bild 2. Zustandsdiagramme der zulässigen Teilausrü- 
stungen der Systemsteuerung 





2.3 Die Zustandsdiagramme der Systemsteuerung 


Zur Erfüllung der geforderten Fähigkeiten an das 
Meßdatenerfassungssystem muß die Systemsteue- 
rung (Controller) die in Tabelle 4 gezeigten Schnitt- 
stellenfunktionen besitzen. Die Zustandsdiagramme 
dieser zulässigen Teilausrüstungen des Controllers 
werden in Bild 2 gezeigt. 

Bei der Auswahl der Schnittstellenfunktionen für 
den Controller wurde auf die Fähigkeit verzichtet, die 
Steuerung an ein anderes Systemsteuergerät zu über- 
geben oder von diesem zu übernehmen. Die Ermitt- 
lung der Adresse eines SRQ sendenden Gerätes wird 
mit der Serienabfrage durchgeführt, wodurch die Pa- 
rallelabfrage entfallen konnte. 


Ausgehend von den genormten Zustandsdiagram- 
men des Controllers kann man verschiedene Verein- 
fachungen vornehmen, die zu den Zustandsdiagram- 
meninBild 3 führen. Bei den Vereinfachungen wurde 
darauf geachtet, daß der Controller die geforderten 
Fähigkeiten erfüllt und der Aufwand zur Realisierung 
der Controllerschaltung wesentlich reduziert wird. 

In Bild 2 wurden die Zustände CIDS, CADS, CTRS, 


die zur Übergabe der Steuerung dienen, weggelassen. 
Ebenfalls entfallen die Zustände CPWS und CPPS, da 
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Bild 3. Die vereinfachten Zustandsdiagramme des Controllers 


keine Parallelabfrage durchgeführt werden soll. Dar- 
aus ergibt sich außerdem rpp=o, wodurch der Über- 
gang vom Zustand CSBS nach CACS nur noch eine 
Zeitbedingung darstellt (Bild 3). 

Die zulässige Teilausrüstung C 1 der Controller- 
funktion entfällt, da der Controller sich immer in ei- 
nem aktiven Zustand befinden soll und kein anderer 
Controller zur Systemsteuerung zugelassen wird. 

Eine weitere Vereinfachung stellt die Zusammen- 
fassung der Controllerfunktionen C2 und C3 dar. 
Hierdurch werden zwei Betriebszustände geschaffen: 


Tabelle 4. Auswahl der Schnittstellenfunktionen für 
die Systemsteuerung 






Source-Handshake-Funktion 
Acceptor-Handshake-Fun 

C-Schnittstellenfunktion: 
Systemsteuerung 
IFC senden und in. i sa 
REN senden A 
auf SRQansprechen 
Schnittstellennachrichten 










®RUN: IFC=F,REN=T 
Es sind Bus-Aktivitäten (Daten/Adressen- 
übertragung) möglich; die angeschlosse- 
nen Geräte müssen auf Bus-Befehle reagie- 
ren. 

@®@RESET: IFC =T, REN =F 


Es sind keine Bus-Aktivitäten möglich; 
die Geräte brauchen nicht auf 
Bus-Befehle zu reagieren. 

Der Controller kann mit einer RESET/RUN-Taste an 
der Gerätefrontplatte in beide Betriebszustände ge- 
schaltet werden. 

Im RUN-Zustand des Controllers sind zwei ver- 
schiedene Controller-Aktivitäten möglich: 

@ Ablauf des eingestellten Meßprogramms. 
® Ermittlung der Adresse eines SRQ sendenden Gerä- 
tes mittels Serial Poll. 

Hierzu benötigt der Controller noch die AH- und 
die SH-Funktion. Diese Funktionen wurden ebenfalls 
vereinfacht, indem Zustände, die aufgrund des vorlie- 
genden Konzepts nie eingenommen werden, wegge- 
lassen wurden. Dies sind insbesondere die Zustände, 
bei denen das Übergangskriterium zu ihrem Verlassen 
immer erfüllt ist. 

Es muß an dieser Stelle darauf hingewiesen werden, 
daß diese Vereinfachungen der Zustandsdiagramme 
in der Norm nicht vorgesehen sind |7. Die genormten 
Zustandsdiagramme werden in Bild 2 gezeigt. 


3 Programmstruktur und Programmierung 
des Meßdatensystems 


Um verschiedenartige Meßprobleme lösen zu kön- 
nen, wird der Controller über ein Programmierfeld auf 
das jeweilige Meßprogramm eingestellt. Als Pro- 
grammierfeld wird ein Kreuzschienenverteiler an der 
Gerätefrontplatte verwendet. Das Meßprogramm wird 
über Stifte, diein den Kreuzschienenverteiler gesteckt 
werden, eingegeben und ist jederzeit ohne Erlernen 
einer Programmsprache einstellbar. 

Die Programmstruktur des Controllers besteht aus 
einem festverdrahteten Hauptprogrammteil und ei- 
nem Unterprogrammteil, der über das Programmier- 


Hauptprogramm 
nt? UNL 
n2 


Unterprogramm 


return 


a = 


return i 
„77 
UNL 
UNT 


--. n?  Programmschritte ım Hauptprogramm 
.. m) Programmschritte ım Unterprogramm 
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feld eingegeben wird. Im Hauptprogramm sind immer 
wiederkehrende Befehle der Meßprogramme fest ver- 
drahtet. An bestimmten Stellen im Hauptprogramm 
erfolgt ein Sprung in das Unterprogramm. Vom Un- 
terprogramm aus kann an frei wählbarer Stelle die 
Rückkehr in das Hauptprogramm eingegeben werden 
(return-Stift). Der grundsätzliche Programmablauf 
wird in Bild 4 gezeigt. 


Das Unterprogramm enthält im allgemeinen pro- 
grammierte Adressen und Befehle. Im Hauptpro- 
gramm werden die Befehle 


UNL-.. hören beenden 
GET... Gerätegruppe auslösen 
und UNT ... sprechen beenden 


gesendet. 

Da bei dem IEC-Bus-System nur ein Talker auf dem 
Bus aktiv sein darf, wird bei der Aussendung einer 
neuen Talker-Adresse durch den Controller der alte 
Talker automatisch deadressiert. Der hier verwendete 
Befehl UNT (Kodierung 1011111) ist in der IEC-Bus- 
Norm nicht explizit vorgesehen. Ein Aussenden der 
oben gezeigten Codierung bewirkt jedoch auf dem 
IEC-Bus eine Deadressierung aller Talker, da die Tal- 
ker-Adresse 11111 verboten ist. 


In Bild 5 wird anhand eines einfachen Beispiels die 
Programmierung des Meßdatenerfassungssystems 
gezeigt. Ein als Hörer adressiertes Meßgerät wird 
durch den Befehl GET zur Auslösung des Meßvor- 
gangs und zur Speicherung des Meßwertes veranlaßt. 
Danach wird ein als Hörer adressiertes Datenspei- 
chergerät den Meßwert des jetzt als Sprecher adres- 
sierten Meßgerätes übernehmen. Für diese Meßauf- 
gabe werden drei Programmspalten des Kreuzschie- 
nenverteilers benötigt (Bild 6). Bei dem hier verwen- 
deten Kreuzschienenverteiler mit 10 Programmspal- 
ten kann man noch zusätzlich zur Kennzeichnung der 
vom Meßgerät gesendeten Daten sieben Zeichen (By- 
tes) programmieren. 


Ein anderes Meßprogramm, das die Speicherung 
der Meßwerte von vier verschiedenen Meßgeräten mit 
einem Datenspeichergerät (z. B. Lochstreifenstanzer) 
bewirkt, wird in Bild 7 gezeigt. 


Hauptprogramm Unterprogramm 


UNL 


Tr LAD-Mefßgerat 
GET 
UNL 


m2 LAD-Datenspeicher 


a m3 TAD - Meßgerat 
UNL 
UNT 
LAD Horeradresse eines bestimmten Gerates 
TAD Sprecheradresse eines bestimmten Gerates 


Bild 5. Programm für die Meßwertübertragung von 
einem Meßgerät zu einem Datenspeicher 


«Bild 4. Ablauf des Meßprogramms 


Alle Programme können mit Hilfe einer Single-Step 
Taste in Einzelschritten überprüft werden und sind 
auf dem Kreuzschienenverteiler durch farbige Stifte 
erkennbar. Ein eingebauter Zeitgeber erlaubt die au- 
tomatische periodische Meßdatenerfassung mit ein- 
stellbarer Meßperiode im Bereich von 1 s...99 min. Im 
Störungsfall wird die Adresse eines SRQ sendenden 
gestörten Gerätes gespeichert und auf der Frontplatte 
angezeigt. 

Bild 8 zeigt das Blockschaltbild der erstellten Meß- 
datenerfassungsanlage. 


4 Aufbau der Systemsteuerung 


Damit der Controller die angegebenen Aufgaben er- 
füllen kann, besitzt er vier Grundzustände (Modes), 
die in Bild 9 in ihrem logischen Zusammenhang dar- 
gestellt sind. 


Die Bedeutung der Zustände: 

@ SPM: Serial Poll Mode. In diesem Zustand wird das 
Service Request sendende Gerät durch eine 
Serienabfrage ermittelt. Dieser Zustand wird 
durch SRQ = Low (true) erreicht. wenn diese 
Betriebsart durch einen Schalter „SP“ ge- 
wählt wurde. 


®© PRM: Program Mode. In diesem Zustand läuft das 
im Programmierfeld eingesteckte Meßpro- 
gramm ab. Der Zustand wird manuell durch 
die Taste „Start Programm‘ oder automatisch 
durch ein Signal des Zeitgebers erreicht. 


In den Zuständen SPM und PRM kann der Control- 
ler wahlweise in Einzelschrittsteuerung oder automa- 
tisch betrieben werden. Die Bedeutung der Zustände 
RES und RUN wurde in Abschnitt 2.3 erläutert. 





Bild 6. Programmierter 
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Bild 7. Programm für die 
Meßwertübertragung von 
vier Meßgeräten zu einem 
Datenspeicher v 
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Das Blockschaltbild des Controllers ist in Bild 10 
gezeigt. Man erkennt, daß zu jedem Zustand aus 
Bild 9 eine Baugruppe gehört. Die hier vorgenom- 
mene Aufteilung des Controllers in teilbetriebsfähige 
Baugruppen reduziert die Anzahl der Verbindungslei- 
tungen und ermöglicht einen einfachen Nachweis zur 
Einhaltung der Spezifikationen. 


«Bild 9. Grundzustände der Systemstenerung 
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4.1 Die Funktion der Baugruppen 


Die Funktion der Baugruppen des Controllers soll 
im folgenden unter Verwendung von Bild 10 erklärt 
werden. 

Die Baugruppe A steuert die IECG-Bus-Leitungen 
IFC und REN. Außerdem liefert sie das Reset-Signal 
für alle Speicherelemente des Controllers (res). 

Die Baugruppe E erzeugt den Ablauf der Serienab- 
frage (Serial Poll). Die hierzu benötigten genormten 
Befehle, Sprechadressen und ein Signal zum Starten 
des Source-Handshake (shs) werden erzeugt. Die 
Kennung (Identifizierung eines Gerätes, das einen Be- 
dienungsruf ‚SRQ‘ gesendet hat) wird im Acceptor- 
Handshake empfangen (Baugruppe C), ausgewertet 
(Baugruppe F) und der Baugruppe E zugeführt (kenn). 

Die Baugruppe D erzeugt Ablauf und Befehle des 
Programms. Hierzu wird ebenfalls ein Signal zum 
Starten des Source-Handshake erzeugt (ssh). Vom 
„Ende-Decoder‘ (Baugruppe F) erhält die Baugrup- 
pe D das Signal wait, wenn ein adressierter Sprecher 
seine Datenübertragung beendet hat. 

Die Baugruppen D und E erzeugen somit zusammen 
das atn-Signal. 





Die Baugruppe C enthält die Schaltungen für Sour- 
ce- und Acceptor-Handshake, die Einzelschrittsteue- 
rung (Single-Step) und den automatischen Betrieb. 
Das in dieser Baugruppe erzeugte busy-Signal steuert 
als Takt den Programmablauf für das Meßprogramm 
oder die Serienabfrage. Dieses Signal ist nur von der 
Dauer des Source-Handshake auf dem IEC-Bus abhän- 
gig, so daß die Geschwindigkeit des Programmablaufs 
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Bild 10. Blockschaltung der 
Systemsteuerung 


Anzeigen 





im wesentlichen nur von den am IEC-Bus angeschlos- 
senen Geräten bestimmt wird. 

In der Baugruppe B werden die Grundzustände des 
Controllers decodiert und an der Gerätefrontplatte zur 
Anzeige gebracht. Das Signal idle (Ruhezustand der 
Systemsteuerung) wird aus den Zuständen des Con- 
trollers in der Weise idle = RES ASPM APRM Abusy 
decodiert. 








Der Zeitgeber in Baugruppe G liefert das Signal zum 
Starten des Meßprogramms für die automatische pe- 
riodische Meßdatenerfassung (tio). 


4.2 Die Programmsteuerung 


In den folgenden Ausführungen soll nun die Hard- 
ware der Programmsteuerung näher erklärt werden. 
Durch die Auswahl der Schnittstellenfunktionen und 
durch die Angabe der betreffenden Zustandsdia- 
gramme ist auch die Realisierung der restlichen Bau- 
gruppen möglich '8, 6. Schaltungen zur Erzeugung 
dieser Schnittstellenfunktionen befinden sich auch in 
den Aufsätzen |6, 1. 

Das Blockschaltbild der Programmsteuerung zeigt 
Bild 11. 


Es sei davon ausgegangen, daß die Schieberegister 
SR 1 (Steuerung Hauptprogramm) und SR 2 (Steue- 
rung Unterprogramm) zurückgesetzt sind, d.h. alle 
Ausgänge n 1...n8 und m 1...m 10 besitzen den Si- 
gnalpegel „Low“. In diesem Zustand wird an den Da- 
teneingängen A ein High-Signal erzeugt und der Takt- 
auswahlschalter steht in der Stellung a. Der erste Takt- 
impuls schiebt das High-Signal vom Dateneingang A 


in die erste Registerzelle des Schieberegisters SR 1 
(d. h.n 1 = High). Dadurch verschwindet das High-Si- 
gnalan A von SR 1 und das High-Signal am Ausgang 
n 1 des Schieberegisters bewirkt, daß das erste Be- 
fehlswort (UNL) auf den internen Datenbus geschaltet 
wird. An diesen internen Bus sind die Schaltungen 
mit den festverdrahteten Befehlen und der Kreuz- 
schienenverteiler angeschlossen. Der interne Bus ist 
in Bild 11 mit dio 1...dio 8 bezeichnet. 

Der erste Taktimpuls bewirkt noch, daß ein Signal 
zum Starten eines Source-Handshake erzeugt, und 
daß auf einer internen Leitung das Signal atn aktiv 
wird (dieses Signal bewirkt, daß auf dem IEC-Bus 
ATN aktiv Low wird). Hierdurch wird erreicht, daß 
der erste Befehl (hier UNL) über den IEC-Bus gesen- 
det wird. 

Der zweite Taktimpuls schiebt das High-Signal im 
Schieberegister von n 1 nach n 2. Jetzt wird der Takt- 
Auswahlschalter nach b gestellt, und das Schieberegi- 
ster SR 2 (Steuerung-Unterprogramm) erhält einen 
Taktimpuls. Das High-Signal am Eingang A von 
Schieberegister SR 2 wird nach m 1 geschoben. Da- 
durch verschwindet das High-Signal an A von SR 2, 
das Programmierfeld wird aktiviert und das erste Da- 
tenwort im Unterprogramm (PW 1) auf den dio-Bus 
geschaltet. Danach erfolgt die Übertragung des pro- 
grammierten Datenwortes PW 1 durch Starten eines 
Source-Handshake und Erzeugung des Signals ATN 


A SR1 04 
Steuerung - 


Takt - Auswahl- 
Schalter 


Aktivierung 











Bild 11. Blockschaltung der Programmsteuerung 





auf dem IEC-Bus. Die folgenden Taktimpulse schie- 
ben das High-Signal durch das Schieberegister SR 2 
und bewirken die Übertragung der im Programmier- 
feld eingesteckten Datenwörter, und zwar so lange, bis 
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) Bild 12. Schaltung der Programmsteuerung 
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Die eingezeichneten Dioden befinden sich in den Programmierstiften 


Bild 13. Detailschaltung Kreuzschienenverteiler (= Programmier- 


feld) 


dort die Information ret (= Rückkehr ins Hauptpro- 
gramm) gesetzt ist. Das Signal ret schaltet den Takt- 
auswahlschalter nach a. (Beispiel Bild 11: ret ist im 
Schritt m 4 gesetzt. Nach Übertragung des dort pro- 
grammierten Datenwortes PW 4 erfolgt die Umschal- 
tung des Takts.) 


Der nächste Taktimpuls wird nun wieder im Schie- 
beregister SR 1 wirksam und schiebt das High-Signal 
nach n 3. Nach der Übertragung von GET und UNL 


ec-Bus 
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über den IEC-Bus erfolgt bein 5 = High nochmals ein 
Sprung ins Unterprogramm (zum oben genannten 
Beispiel: Sprung nach m 5). Die Rückkehr ins Haupt- 
programm erfolgt, wie oben beschrieben, über die 
Programmierung von ret. Nach der Übertragung der 
Nachrichten UNL und UNT gelangt das High-Signal 
im Schieberegister SR 1 nach n 8 und beide Schiebe- 
register (SR 1, SR 2) werden gelöscht. Damit ist ein 
Programmzyklus beendet. Dieser Programmzyklus 
kann mit dem einstellbaren Zeitgeber periodisch wie- 
derholt werden. 


4.3 Dokumentation der Programmsteuerungen 


Die Dokumentation und den Aufbau der beschrie- 
benen _Programmsteuerung dieses Meßdatenerfas- 
sungssystems zeigen die Bilder 12 und 13. Als Bau- 
elementbezeichnung ist die Platinenposition der Bau- 
elemente gewählt. 

Bild 14 zeigt ein Foto der in 10 Mannmonaten er- 
stellten Meßdatenerfassungsanlage. 

Die in dem hier vorgestellten System verwendeten 
Baugruppen wurden von den Herren Dipl.-Ing. W. 
Handke. Dipl.-Ing. G. Wischermann und Dipl.-Ing. 
H. M. Gößwein im Rahmen ihrer Diplomarbeit erstellt 
und getestet. 
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IEC-Bus-Kopplungsgerät für Digitalvoltmeter 


Der Entwurf einer Schnittstelleneinheit zwischen 
Digitalvoltmeter und IEC-Bus - im folgenden Kopp- 
lungsgerät genannt - ist damit zu begründen, daß in 
vielen Labors eine Reihe leistungsfähiger Digital- 
meßgeräte mit parallelem Datenausgang zur Verfü- 
gung stehen, die keine IEC-Bus-Schnittstelle besit- 
zen. Im folgenden Aufsatz wird beschrieben, wie ein 
Kopplungsgerät aussehen muß, damit es mit einem 
Digitalvoltmeter zu einem selbständigen IEC-Bus- 
kompatiblen Einzelgerät wird. 


1 Zielsetzung 


Heute werden von vielen Meßgeräteherstellern 
IEC-Bus-kompatible Digitalvoltmeter, insbesondere 
Digitalmultimeter angeboten, die speziell für den Ein- 
satz in IEC-Bus-Systemen |1| konzipiert wurden. Kri- 
tisch sei vermerkt, daß viele dieser Meßgeräte für lei- 
stungsfähige IEC-Bus-Systeme ungeeignet sind, da sie 
dem Steuergerät wenig oder keine Verarbeitungsrou- 
tinen abnehmen. Wann z. B. nach einem Meßauftrag 
ein gültiger Meßwert zur Weiterverarbeitung übertra- 
gen werden kann, muß das Steuergerät entscheiden; 
dadurch ist es für die Zeit des Gerätezyklus damit be- 
schäftigt, auf Meßwerte zu warten, diese abzuholen 
und zu verarbeiten. 

Ein wirklich ‚„Bus-taugliches‘ Gerät kann darüber 
hinaus eigene Entscheidungen treffen, Fehler erken- 
nen und sich aktiv beim Steuergerät melden. Für den 
Einsatz in IEC-Bus-Systemen mit „verteilter Intelli- 
genz‘‘ muß an ein Einzelgerät diese Forderung gestellt 
werden. 







Vorzeichen 


Schnittstellenfunktionen 
AH „Acceptor Handshake " 















A Bild 1. Zusammenschaltung der 
Geräte 
L „Listener " 


SH „Source Handshake “ 


T „Talker” 
‘SR „Service Request” 
PP „Parallel Poll” 


Bild 2.» 
Ein Meßvorgang aus der Sicht eines 
IEC-Bus-Steuergerätes 


DT „Device Trigger “ 
DC „Device Clear“ 





2 Das Kopplungsgerät als IEC-Bus-kompatible 

Einheit 

Zum Anschluß an den IEC-Bus wurde in vorliegen- 
dem Fall das Digitalvoltmeter 5020 (Prema) |2| mit ei- 
nem Kopplungsgerät ausgestattet (Bild 1). Es bildet 
die Schnittstelle zwischen Digitalvoltmeter einerseits 
und dem IEC-Bus andererseits. 

In Bild 2 sind die Aktivitäten zur Ansteuerung des 
Kopplungsgeräts über den IEC-Bus aus der Sicht eines 
Steuergerätes dargestellt: 

Nachdem das Kopplungsgerät als Hörer adressiert 
wurde, wird durch den „adressierten‘“ Befehl GET 
(Group Execute Trigger) ein Gerätezyklus ausgelöst. 
Ab diesem Zeitpunkt arbeitet das Kopplungsgerät un- 
abhängig vom IEC-Bus. Dadurch werden IEC-Bus-Sy- 
steme, die während der busunabhängigen Aktivitäten 
von Einzelgeräten den Bus für andere Aufgaben nut- 
zen, entlastet |3). Das Kopplungsgerät kommuniziert 
mit dem Digitalvoltmeter und erarbeitet Meßwert, Be- 
gleitzeichen und Statusinformation. Nach Erledigung 
meldet es sich aktiv über die SRQ-Busleitung beim 
Steuergerät. Das Kopplungsgerät kann sofort oder zu 
einem späteren Zeitpunkt als Sprecher adressiert 


Mefvorgang (Gerätezyklus ) 
auslosen 


Warten, bis Meßtwert uber IEC-Bus 
übertragen werden kann (Wahrend dieser 
Zeit konnen andere Aktıvitaten des 
Steuergerats stattfinden ) 


Erkennen, da Kopplungsgerat zur 
Mefwertausgabe fertig ıst 


Mefwertubernahme ( Statusınformatıon 
kann auch nach Mefwertubernahme 
abgeholt werden ) 
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werden, um einen Meßwert oder die Statusinforma- 
tion zu senden. Wenn das Steuergerät das dem Meß- 
wert zugeordnete Statusbyte übernommen hat, nimmt 
das Kopplungsgerät die Bedienungsanforderung zu- 
rück. 

Das Kopplungsgerät ist mit einem IEC-Bus-LSI- 
Schnittstellenbaustein HEF 4738 V von Valvo ausge- 
stattet 4. Die in Bild 1 aufgeführten Schnittstellen- 
funktionen wurden verwendet. Die Gerätefunktion RL 
(‚Remote/Local‘‘) ist nicht eingesetzt, da das ange- 
schlossene Digitalvoltmeter keine Frontplattenab- 
schaltung hat. Es ist sinnvoll, das Digitalvoltmeter mit 
automatischer Bereichswahl zu betreiben, um seinen 
Bedienungskomfort auszunutzen. 


3 Hardwareaufbau des Kopplungsgeräts 


Eine Übersicht der Schaltung ist inBild 3 als Block- 
bild dargestellt. Zusammen mit denBildern 4 und5 ist 
die komplette Schaltung des Geräts wiedergegeben; 
auf die übliche Zusammenschaltung von 8080 — CPU 
mit den Bausteinen 8224 und 8228 wurde in der Dar- 
stellung verzichtet |5). 

Die Schaltung enthält zwei programmierbare peri- 
phere Interface-Bausteine (PPI) vom Typ 8255. Einer 
ist für die Betriebsart 0, d.h. einfache Ein-Ausgabe, 
programmiert und hat die Aufgabe, den Datenausgang 
des Digitalvoltmeters zu bedienen (Bild 3 und 5). Ka- 
nal A, B und die niederwertigen 4 Bit des Kanals © 
sind Eingänge, die höherwertigen 4 Bit Ausgänge. Die 
an den beiden Datenselektoren (74LS157) anstehende 








Bild 3. Blockschal- 
tung des Kopplungs- 
gerätes 
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16-Bit-Meßinformation vom Digitalvoltmeter wird 
durch zwei Input-Befehle eingeholt. 

Das Anzeigestop-FF wird durch das uP-Programm 
gesteuert und hat die Aufgabe, das Display des Digi- 
talvoltmeters ab Meßwertbereitstellung nach einem 
Triggerbefehl bis zur vollständigen Ausgabe über den 
IEC-Bus festzuhalten. Dadurch wird der zu überge- 
bende Meßwert angezeigt, auch wenn sich die Meß- 
spannung ändert. 

Das Meßende-FF wird durch den entsprechenden 
Digitalvoltmeter-Ausgang gesetzt und meldet die 
Meßdaten „gültig“. Der Zustand des Flipflops wird 
durch das uP-Programm abgefragt und zurückgesetzt. 

Der zweite PPI ist für die Betriebsart 1, d.h. Ein- 
Ausgabe mit Quittierungssignalen, programmiert. 
Kanal A ist der Meßdatenausgang, Kanal B der Sta- 
tusbyteausgang (Bild 3). Sobald ein Meßdatum im 
Ausgaberegister des Kanals A bereitsteht, wird dies 
durch einen Impuls am OBF,-Ausgang (,‚Datumstro- 
be‘) quittiert und das Daten-FF gesetzt (Bild 4). Dem 
IEC-Schnittstellenbaustein HEF 4738 V wird dies 
durch das Zweidrahthandshakesignal nba (new byte 
available) gemeldet. Die Rückmeldung erfolgt durch 
dcd (don’t change data) aus der SH-Funktion; nba 
wird daraufhin zurückgenommen und das Quittungs- 
signal auf den ACK,-Eingang gegeben. 

Weiter wird durch dced das Datenübernahme-FF ge- 
setzt, das durch das uP-Programm bedient wird. Das 
nächste Datum eines Meßwertes wird durch einen 
Output-Befehl in das Ausgaberegister des Datenka- 
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nals geschrieben. Jedem auszugebenden Meßwert ist 
ein Statusbyte zugeordnet, dasim Ausgaberegister des 
Kanals B bereitgestellt wird und über den OBF,-Aus- 
gang (,‚Statusstrobe‘‘) signalisiert wird. Dadurch wird 
das Bedienungsanforderungs-FF gesetzt und Signal 
rsv/ist („request service‘ / ‚individual status‘) geht an 
die IEC-Schnittstellenfunktionen SR und PP. Die 
IEC-Busleitung SRQ wird aktiviert, und die Statusby- 
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Anzeigestop-FF Clear HLDA Datum 
rucksetzen (Bild 3) (vom 8080,P) ubernommen 
(Bıld 5) (Bild 3) (Bild 5) 


Bild 4. Ansteuerung der IEC-Bus-Schnittstellenfunktionen 


teübertragung kann durch das Steuergerät eingeleitet 
werden. Während der Übertragung ist die Talker- 
Funktion im Zustand SPAS. Das dazugehörige Aus- 
gangssignal gelangt an den HOLD-Eingang des 8080; 
die CPU schaltet sich nach Ende des momentanen Ma- 
schinenzyklus von den Bussen ab und sendet das 
Quittungssignal HLDA (Bild 3). HLDA setzt das Sta- 
tus-FF und damit nba; der Handshake zur Übertra- 
gung des Statusbyte ist eingeleitet. Nach der seriellen 
Abfrage verschwindet SPAS, und der Prozessor wird 
wieder aktiv. 

Wird durch das Steuergerät eine Parallelabfrage 
durchgeführt, reagiert der HEF 4738 V durch eine der 
Sekundärnachricht PPE (Parallel Poll Enable) ent- 
sprechende Bitkombination an den Ausgängen OP1, 
OP2 und OP3. Die Signale sind auf einen Demultiple- 
xer (3 zu 8) vom Typ 7418155 geführt, an dessen Aus- 
gang die 8-Bit-Parallel-Poll-Antwort über Tri-State- 
Treiber auf den IEC-Bus im Zustand PPAS gelangt 
(Bild 3). Die Übernahme erfolgt ohne Sprecheradres- 
sierung des Kopplungsgeräts und ohne Handshake- 
Abwicklung. 

Die für die Schaltung benötigte Rückmeldeinforma- 
tion wird aus dem Schnittstellenbaustein HEF 4738 V 
erzeugt: 


TACS (Talker Active State) A]JATNA\OtaA\Osp 
SPAS (Serial Poll Active State) 21ATNA\Ota/A\Osp 
PPAS (Parallel Poll Active State) & OPP 

APRS (Affirmative Poll Response State) 2 ORQS 


Ein Gerätezyklus wird durch GET ausgelöst, der den 
Otrg-Ausgang im Zustand DTAS aktiviert und das In- 
terrupt-FF setzt (Bild 3). Das Interrupt-Signal ist mit 
dem INT-Eingang des 8080 verbunden, die CPU ver- 
läßt den Halt-Zustand und erzeugt die Restart-7- 
Adresse. Die Erarbeitung des Meßwertes (Gerätezy- 
klus) läuft als Interrupt-Service-Routine ab. Das Set- 
zen des Interrupt-FFs ist während dieser Zeit durch 
das Signal ‚„INT-FF-Freigabe‘ verriegelt, damit eine 


Adreßleitung A4 (uP -Bus) 
gestop - FF rucksetzen (Bild 4) 
Clear (Bild 4) 


Datum uber- 
nommen (Bıld4 ) 


Bild 5. Digitalvoltme- 
ter-Schnittstelle des 
Kopplungsgerätes 
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Bild 6. 

a) Auslösung eines Gerätezyklus als Folge eines Triggerbe- 
fehls. 

b) Überwachung des Meßvorganges 

— Erkennen eines Überlaufs, wenn im größten Meßbereich 
(+ 1000 V) der Anzeigeumfang des Digitalvoltmeters über- 
schritten wird. Als Begleitzeichen und Meßwert wird die 
Zeichenkette 0+9,99999E+99 ausgegeben. 

— Erkennen von Fehlern an der Schnittstelle zwischen Digi- 
talvoltmeter und Kopplungsgerät (z. B. defekte Leitung). In 


diesem Fall wird der erste fehlerbehaftete Meßwert zur 
Übertragung angeboten. Ein Fehler im Meßbereich wird 
durch E+99 gekennzeichnet. 


— Erkennen von Bedingungen, die das Meßergebnis verfäl- 
schen. Das Meßergebnis ist falsch, wenn sich die Meß- 
spannung zum Zeitpunkt eines Triggerbefehls so ändert, 
daß eine oder mehrere Bereichsumschaltungen stattfin- 
den. Im uP-Programm wird auf die verschiedenen geräte- 
spezifischen Reaktionen, die das Digitalvoltmeter PREMA 
5020 im Automatikbereich zeigt, eingegangen: 


I) Verfälschte Meßgröße, die auf asynchrone IEC-Bus-Trig- 
gerung gegenüber dem Meßanfang im Digitalvoltmeter zu- 
rückzuführen ist. Ferner zeigen Meßgeräte nach Umschal- 
ten in den endgültigen Meßbereich aperiodisches Ein- 
schwingverhalten, das die Meßgröße verfälscht. 


II) Messung im zu kleinen Bereich bei Meßspannungserhö- 
hung vor der Umschaltung in einen größeren Bereich. 
Hierbei meldet das Digitalvoltmeter Überlauf (‚„unechter‘“ 


Überlauf). 
III) Messung im zu großen Bereich bei Meßspannungserhö- 


hung vor der Umschaltung in einen kleineren Bereich 
(mehr als eine vorlaufende Null). 


IV) Falschmessung bei Polaritätswechsel der Meßspannung: 
Das Digitalvoltmeter meldet den Spannungswert von 
0V. 


Im praktischen Betrieb hat sich herausgestellt, daß es sinn- 
voll ist, eine maximal zulässige Meßspannungsänderung zu 
definieren: 

V)Ein Meßergebnis wird verfälscht, wenn sich die Meß- 
spannung um 2 1% des aktuellen Meßbereichs pro Um- 
setzungszeit des Digitalvoltmeters ändert. Durch Unter- 
suchung der Meßwerte und Vergleich zweier aufeinan- 
derfolgender Meßwerte entscheidet das uP-Programm, 
wann ein Meßwert mit entsprechendem Begleitzeichen 
zur Ausgabe gelangt. Die Meßzeit durch das Kopplungs- 
gerät ist ein Vielfaches der Umsetzungszeit; dabei kann 
der Faktor z. B. bei 1 (Überlauf und Gerätefehler), 2 (kon- 
stante Meßspannung) und 10 im worst-case Fall liegen 
(denn 4x Bereichsumschalten, 3x unzulässige Meßspan- 
nungsänderung im Bereich und 2x Meßwert gleich Null 
sind erlaubt). Tabelle 1 zeigt als Beispiel, welche Meß- 
werte das Kopplungsgerät vom Digitalvoltmeter erhält, 
wenn sich die Meßspannung sprungartig von 0,1 Vauf5 
V ändert. Beim Vergleich zwischen Meßwert 4 und 5 wird 
eine unzulässige Meßspannungsänderung (20,01 V) fest- 
gestellt, der Vergleich zwischen Meßwert 5 und 6 verläuft 
positiv; letzterer wird zur Ausgabe über den IEC-Bus ver- 
arbeitet. In diesem Beispiel beträgt die Meßzeit das 6fache 
der Umsetzungszeit. 


c) Normierung des Meßwerts; Erzeugung eines Ausgabe- 
formats, das den Vorschlägen zur Zahlendarstellung auf 
dem IEC-Bus entspricht. Ein Begleitzeichen (T-Feld) weist 
auf Fehlerhin. Ein Teil der Fehler führt außerdem zu nicht 
plausiblen Zahlenwerten, die eindeutig erkannt werden 
können. 


d) Absenden einer Bedienungsanforderung an das Steuerge- 
rät, sobald c) beendet wurde; gleichzeitig wird eines der 4 
möglichen Statusbytes (Tabelle 2) im Statusbyte-Ausga- 
beregister bereitgestellt, aus dem es vom Steuergerät im 
Zuge einer seriellen Abfrage ausgelesen werden kann. 
(Die Darstellung der Zustandsinformation sowohl im 
Meßwert selbst als auch mit Hilfe von Statusbytes trägt 
den Anforderungen unterschiedlichster IEC-Bus-Systeme 
Rechnung). 


e) Ausgabe von Begleitzeichen und Meßwert auf den IEC- 
Bus, sobald das Kopplungsgerät als Sprecher adressiert 
wurde. Das Kopplungsgerät sendet die bereitgestellte Zei- 
chenkette auch dann, wenn das für den Meßwert erarbei- 
tete Statusbyte vom Steuergerät nicht abgeholt wurde. 
(Wird das Kopplungsgerät vor Beendigung des Abschnitts 
d) zum Sprecher adressiert, so ist zu beachten, daß das 
IEC-Bus-System solange blockiert wird, bis der Gerätezy- 
klus abgeschlossen ist) 





eindeutige Zuordnung Triggerbefehl — Meßwert be- 
steht. 

Durch den „adressierten‘ Befehl SDG (‚Selected 
Device Clear‘) oder den Universalbefehl DCL (,De- 
vice Clear‘‘) wird der Oclr-Ausgang im Zustand DTAS 
aktiv. Das Signal Clear (Gerätefunktion des Kopp- 
lungsgeräts zurücksetzen) ist die logische ODER-Ver- 
knüpfung aus dclr,pon (,‚Power on‘) und dem Signal 
des Rücksetz-Tasters. Durch Clear wird die Ausgangs- 
stellung des Kopplungsgeräts hergestellt, d.h. die 
CPU führt einen Halt-Befehl aus. 

Die 3 Datenquellen „Datenkanal‘‘, „Statuskanal‘“ 
und „Parallel Poll-Antwort‘‘ werden über Tri-State- 
Treiber (74LS240 und 74LS241) zusammengeführt 
und auf Bustreiber-Empfängerbausteine vom Typ 
MC3441 geführt, die die IEC-Bus-Normenanforderun- 
gen erfüllen. Welche der 3 Datenquellen auf den IEC- 
Bus durchgeschaltet wird, bestimmen die Zustände 
TACS, SPAS und PPAS in eindeutiger Weise. 


4 Gerätefunktionen 

Der Mikrocomputer des Kopplungsgeräts paßt die 
Eigenschaften des Digitalvoltmeters an die IEC-Bus- 
Konventionen an. Seine Hauptaufgaben in zeitlicher 
Abfolge sind in Bild 6 dargestellt; Tabelle 1 zeigt ein 
Meßbeispiel (Spannungsänderung von 0,1 auf5 V). 


5 Ausgabeformat und Übertragungs- 
geschwindigkeit 
Die ASCI-Zeichenkette (vgl. DIN 66 003), die nach 
jedem Triggerbefehl und anschließender Rückmel- 
dung mittels SRQ vom Kopplungsgerät angeboten 
wird, hat in allen Fällen die Länge 15 und entspricht 


Tabelle 2. Ausgabeformat 


Br zn 


1 T (Space) Meßwert fehlerfrei 


Eve Eingangsspannung inkonstant 
Or Eingangsspannung > +1000 V 
»F* Gerätefehler 


Vorzeichen der Mantisse 


Einzige Vorkommastelle der 
Mantisse (normierte Darstellung) 


„0 Meßwert ist Null. Ergibt sich 
wenn Eingangsspannung < 1 uV 
4 Vv ii Dezimalpunkt 
= 
j N ee 1...5. Nachkommastelle 
= der Mantisse 
g 
10 Wir - „E* Exponentenzeichen 
Da W „+“ Vorzeichen des 
— Exponenten 
BR NV 0t 9 Zehnerstelle des Exponenten 
Fa Na 20:9 Einerstelle des Exponenten 
>14 ER HER“ ASCII-Steuerzeichen 
„Carriage return“ 
15 zZ HISBE ASCII-Steuerzeichen ‚„Linefeed“ 


dem Normentwurf für Meßdatenformate 6}; sie ist in 
Tabelle 2 dargestellt. Zur Normierung des Meßwertes 
ist die einzige Vorkommastelle ungleich 0. Sie ist nur 
dann Null, wenn auch das Meßergebnis O0 V vorliegt, 
d.h. wenn die maximale Auflösung des Digitalvolt- 
meters unterschritten wird. 

Die Übertragungsgeschwindigkeit auf den IEC-Bus 
beträgt 15 kByte/s und hängt ab von den Eigenschaf- 
ten des Prozessors 8080. Die Übertragung der 15 Zei- 
chen eines Meßwertes über den IEC-Bus dauert somit 
mindestens 1 ms. 


6 Statusmeldungen 


Das Kopplungsgerät kann zu jedem Zeitpunkt, auch 
während einer Meßwertausgabe, auf Anforderung ein 
Statusbyte senden. Von Bedeutung ist jedoch nur das 
Statusbyte, das nach einer aktiven Bedienungsanfor- 
derung durch das Steuergerät abgeholt werden sollte, 
bevor ein neues Triggersignal erfolgt. Damit besteht 
eine eindeutige Zuordnung zwischen Erteilung eines 
Geräteauftrages (Messung), dessen Beendigung und 
dem dazugehörigen Statusbyte (Tabelle 3). 

Weiterhin besitzt das Kopplungsgerät die Parallel- 
Poll-Funktion, mit deren Hilfe das Steuergerät erken- 
nen kann, welche Geräte im IEC-Bus-Verbund eine 
Bedienungsanforderung abgesetzt haben. In |7| sind 
„Bedienungsruf‘“ und ‚‚Parallelabfrage‘ eingehend 
beschrieben. 


7 Besondere Eigenschaften des Gerätes 


Eine wichtige Eigenschaft des Kopplungsgeräts ist, 
daß es nach Erteilung eines Geräteauftrages durch das 
Steuergerät unabhängig vom IEC-Bus arbeitet. Es 


Tabelle 1. Verhalten des Digitalvoltmeters im Automatik- 
Meßbereich bei Meßspannungssprung von +0,1 auf +5 V 





1 +1.60113E-01 asynchrone Triggerung 

2 Überlauf Umschaltung von dem 0,1-V- 
in den 1-V-Meßbereich 

3 Überlauf Umschaltung von dem 1-V- 
in den 10-V-Meßbereich 

E: +0.50214E+00 aperiodisches 
Einschwingen 

5 +0.50000E+00 1. fehlerfreier Meßwert 

6 +0.50000E+00 2. fehlerfreier Meßwert 





Tabelle.3. Statusbytes 


Meßwert fehlerfrei i 
Überlauf 


Meßwert inkonstant 


oO 
„m 
o 
o 
oO 
oO 
oO 
» 
o|uaI»>1/I® 


Gerätefehler 
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meldet sich dann zurück, wenn der Geräteauftrag er- 
füllt ist, d.h. wenn das Kopplungsgerät als Sprecher 
adressiert werden kann, um über den IEC-Bus einen 
Meßwert zu senden. Dies ist besonders wichtig, da 
insbesondere hochauflösende Präzisionsmeßgeräte 
eine große Umsetzzeit haben, die bis zu einigen Se- 
kunden betragen kann. Während des Gerätezyklus, 
dessen Dauer von der Umsetzungszeit abhängt, kann 
das Steuergerät andere Aufgaben durchführen. 

Die gerätespezifischen Eigenschaften des Digital- 
voltmeters werden durch die Software des Kopp- 
lungsgeräts berücksichtigt. Ein modularer Aufbau des 
Programms erleichtert notwendige Änderungen, 
wenn ein Digitalvoltmeter anderen Typs angeschlos- 
sen werden soll. Grundsätzlich eignen sich alle Meß- 
geräte zur Kopplung, die die in Bild 1 beschriebenen 
parallel anstehenden Signale über einen Stecker nach 
außen führen. 


Literatur 
I Entwurf DIN IEC 625. Teil 1. Elektrische Meßtechnik. ..Byteserielles bit- 
paralleles Schnittstellensystem für programmierbare Meßgeräte". Beuth- 


Verlag GmbH, Berlin-Köln 1976. 


N 


Bedienungsanleitung Digitalvoltmeter Typ 5020, Unterlagen der Fa. Pre- 
ma, Mainz. 


Dietsch. H.: Microprocessors in IEC-Bus-compatible units, in: Micropro- 
cessors in Automation and Communications, IERE Conference Procee- 
dings. London, 1978. 

Exalto.]. P.: The HEF 4738V IEC Bus interface circuit, Technische Informa- 
tionen für die Industrie, Fa. Valvo, Hamburg. 


3 


ao 


Datenblätter und Applikationen zur 8080-uC-Familie der Firmen Siemens 
und Intel. 


> DIN IEC 66 CO 31. erscheint Ende 1979. 


7 Dietsch. H.: Prinzip und Praxis der IEC-Bus-Funktionen „Bedienungsruf“ 
und „Parallelabfrage“. ELEKTRONIK 1978, H. 12, S. 89...96. 


Ing. (grad.) Georg Unger ist in Wolfsburg geboren. 
Nach dem Studium der Nachrichtentechnik an der 
Fachhochschule Regensburg war er 2'/, Jahre als 
Entwicklungsingenieur für Unfallmelde- und Notruf- 
anlagen bei der TEKADE in Nürnberg tätig. Seit 1975 
ist eram Lehrstuhl für Technische Elektronik — Abtei- 
lung Informatik Forschungsgruppe 7 — der Universität 
Erlangen-Nürnberg beschäftigt. Sein Hauptarbeits- 
gebiet sind das Entwickeln von IEC-Bus-Systemen 
und der Einsatz von Mikroprozessoren. 
Bevorzugtes Hobby ist die Aquaristik. 
Diensttelefon: (0 91 31) 857868, Privattelefon: 
(0 91 26) 13 42 

ELEKTRONIK-Leser seit 1972 





Übersicht: IEC-Bus-Interface-ICs 


Der folgende Übersichtsbeitrag stellt einen Auszug 
aus einer an der Universität Bremen durchgeführten 
Arbeit dar. Er bringt einen Einblick in die zur Zeit auf 
dem Markt befindlichen Bus-ICs und -Baugruppen. 


1 Übersicht 


In der Tabelle 1 sind die Interface-ICs mit den wich- 
tigsten Daten zur Vorauswahl angeführt (Datenblätter 
der Hersteller sind natürlich zur genaueren Informa- 
tion unabdingbar). 


Es sei noch bemerkt, daß die Firma Motorola einen 
Baustein mit Controllerfunktion plant. Dieser soll dem 
Intel 8292 ähnlich sein. Weiterhin plant National Se- 
miconductor einen IEC-Bus-Baustein, der außer den 
Talker-/Listener- und Controllerfunktionen auch die 
Treiberstufen enthält. 

In Tabelle 1 sind zwei Bausteine aufgeführt, die von 
ihrer Konzeption her für unintelligente Geräte entwor- 
fen sind. Dies sind der Valvo-Baustein HEF 4738V 
und der Fairchild-Baustein 96LS488. Mit diesen Bau- 
steinen kann auch eine Schnittstelle für einen Rechner 
realisiert werden. Diese Realisierung erfordert jedoch 
einen erhöhten Aufwand. 

Eine weitere Untersuchung befaßte sich mit kom- 
pletten Bus-Baugruppen, die zumeist als Einschübe 
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oder Platinen für Komplettgeräte (Rechner) der ent- 
sprechenden Firmen hergestellt werden (Nachrü- 
stung). Eine Übersicht über die untersuchten Bau- 
gruppen zeigt die Tabelle 2. Es fanden nur solche Ein- 
schübe Beachtung, für die an der Universität Bremen 
entsprechende Geräte vorhanden waren; dennoch soll 
das Ergebnis hier nicht vorenthalten werden. 


2 Allgemeines 


Der Aufbau einer Schnittstelle ist vor allem davon 
abhängig. ob die Schnittstelle mit einem intelligenten 
oder unintelligenten Gerät zusammenarbeiten soll. 
Schnittstellen, die mit einem intelligenten Gerät zu- 
sammenarbeiten, haben an der Geräteseite den ent- 
sprechenden Datenbus des Rechners zur Kommunika- 
tion. Bei Rechneranwendungen sollte außerdem ein 
Interruptkonzept zwecks schneller Verarbeitung ver- 
wendet werden. Bei einem unintelligenten Gerät wird 
dagegen die Dateneingabe und Datenausgabe ge- 
trennt. Die Kommunikation findet hier über einzelne 
Leitungen, die eine bestimmte Funktion haben, statt. 

Bei der Anwendung spielt natürlich auch die Frage 
eine Rolle, welche Funktionen der Normrealisiert und 
ob diese voll oder nur zum Teilimplementiert werden 


Tabelle 1. Untersuchte IEC-Bus-Interface-ICs 











Valvo LOCMOS 40pol. DIL 120.— unintell. T/L 4 Treiber, 1 Decod., bis 200 kByte/s 
HEF 4738 V Gerät 2 Multipl., 2 Schieber. 

Motorola NMOS 40pol. DIL 60.- Gerät mit T/L 4 Treiber ca. 120 kByte/s 
MC 68488 8-Bit-uP Taktgenerator 

Fairchild LSTTL 48pol. DIL 100.— unintell. T/L 3 Multiplexer 250 kByte/s 

96 LS 488 bis 200.- Gerät 1 Treiber 1 MByte/s 
Hewl.-Pack. CMOS/ 40pol. DIL 2) Gerät mit T/L keine Angaben 200 kByte/s 
PHI SsOS 8/16-Bit-uP 

Intel NMOS 40pol. DIL 120.- Gerät mit TL 2 Treiber keine gen. 
GPIB 8291 8/16-Bit-uP Angaben 

Intel NMOS 40pol. DIL ? siehe 8291 C GPIB 8291 siehe 8291 
GPIB 8292 

Texas Instr. NMOS 40pol. DIL 96.— Gerät mit C/T/L Treiber (75160/1 noch keine Ang. 
TMS 9914 8/16-Bit-uP 








') T = Talker, L = Listener, C = Controller; *) Anwendung nur firmenintern 


sollen. Bei den IEC-Bus-Bausteinen ist die Konzeption 
im allgemeinen so, daß der Baustein eine Funktion 
vollständig enthält, wenn diese überhaupt verwirk- 
licht wurde. Auch wurden bei den Bausteinen meist 
alle Funktionen bis auf die Controllerfunktion ver- 
wirklicht. Die Schnittstellenbaugruppen enthalten 
dagegen nicht alle Funktionen und diese auch oft nur 
in Teilausstattungen. Hier liegt dann z. B. die Konzep- 
tion vor, daß das Gerät der einzige Controller im IEC- 
Bus-System ist. Eine Verwendung bestimmter Funk- 
tionen ist aber in vielen Anwendungsfällen völlig aus- 
reichend. 


Bei der Konzeption einer IEC-Bus-Schnittstellemuß 
ebenfalls die maximale Datenübertragungsrate festge- 
legt werden. Es muß klar sein, ob die Schnittstelle mit 
der maximalen Datenübertragungsrate von 1 MByte/s 
und Tri-State-Treibern oder mit 250 kByte/s und 
Open-Kollektor-Treibern arbeiten soll. Die hier ange- 
gebenen Bus-Baugruppen arbeiten alle mit der gerin- 
geren Datenübertragungsrate; die Bus-ICs ermögli- 
chen dagegen oft beide Werte. 


Tabelle 2. Untersuchte IEC-Bus-Baugruppen 


Zusammengefaßt zum Schluß noch einmal die Rea- 
lisierungsmöglichkeiten: 


— Talker/Listener Realisierungen in sequentieller Lo- 
gik für unintelligente Geräteanwendungen 
(HEF 4738V, 9618488) 


— Talker/Listener Realisierungen in sequentieller Lo- 
gik für intelligente Geräteanwendungen (M(68488, 
GPIB 8291, PHI) 


— Talker/Listener/Controller Realisierungen in se- 
quentieller Logik für intelligente Geräteanwendun- 
gen (IEC-11A, IBV-11A, TMS 9914, HP 59405) 





— Schnittstellen mit eigenem Mikroprozessor 
(HP 98034, GPIB 8292). 

Diese Arbeit wurde vom Bundesministerium für Forschung und Technologie 

im Rahmen eines DIN-Projektes unterstützt und unter der wissenschaftlichen 


Betreuung von Prof. Dr.-Ing. D. Popovic (Fachgebiet „Prozeßrechentechnik 
der Universität Bremen) durchgeführt. 











HP 59405 A HP G/T/L HP 9830 ca. 1800.— 2 kByte/s eigene Tests durchgeführt 
HP 98034A HP CG/T/L HP 9845 k. Ang. 45 kByte/s Gerät stand nicht 

zur Verfügung 
IBV-11A DEC CG/T/L PDP 11/03 2318.— 40 kByte/s eigene Tests durchgeführt 
IEC-11A DEC G/T/L PDP 11/45 5160.- k. Ang. Schnittstelle noch 


nicht geliefert 





') T = Talker, L = Listener, C = Controller 
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Rolf-Dieter Klein 


Der PET und der IEC-Bus 


Zur Kommunikation mit der Außenwelt besitzt der 
PET neben einem Parallel-Port auch einen IEC-Bus- 
Anschluß, wobei die Anschlußbelegung der IEEE- 
488-Norm entspricht. Der IEC-Bus gestattet es, eine 
Vielzahl von Meßgeräten, Plottern und Druckern so- 
wie Floppy-Laufwerke mit dem PET zu verbinden. 
Leider entsprechen hierbei oft nicht alle Signale exakt 
der Norm, so daß sich bei manchen IEC-Bus-Geräten 
Schwierigkeiten ergeben. 


1 Prinzipieller Ablauf 
des Handshakes beim PET-IEC-Bus 


Das Bild zeigt das dazugehörige Impulsdiagramm. 


a im Ruhezustand ist die NRFD-Leitung auf not 
ready, DAV auf data not valid und NDAC auf 
data not accepted. Wird nun zum Beispiel das 
Peripheriegerät fertig, wenn es als Listener ar- 
beitet und der PET als Talker, so zeigt es dies 
durch ‚„Hochnehmen“ der NRFD-Leitung auf 
ready for data an. Ist der PET gerade Listener 
und das Gerät Talker (z.B. nach einem IN- 
PUT-Befehl), so 


b nimmt der PET die Leitung NRFD auf ready for 
data und die Daten müssen spätestens nach 
64 ms mit DAV als gültig angezeigt werden, 
sonst erscheint eine Fehlermeldung im PET- 
Status. 


& DAV geht auf data valid und zeigt damit an, 
daß die Daten auf dem Datenbus verwendet 
werden können. 


d Vom Listener muß nun als erstes die NRFD- 
Leitung wieder auf not ready for data genom- 
men werden und dann 


e die Leitung NDAGC auf data accepted, um dem 
Talker anzuzeigen, daß die Daten aufgenom- 
men wurden. 


f Dieser reagiert dann durch DAV auf data not 
valid und nimmt die Daten weg vom Datenbus, 


sobald 


g der Listener NDAC wieder auf data not accep- 
ted gebracht hat. 
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Eine Zeitüberwachung von seiten des PET liegt 
auch vor, wenn erals Talker DAV auf data valid schal- 
tet und NDAC abwartet; sie muß in mindestens 64 ms 
auf data accepted gehen. 


Diese Zeitüberwachung macht insbesondere bei 
langsamen Speichern Schwierigkaiten, die über den 
IEC-Bus angeschlossen werden. Wird ein Richtungs- 
wechsel beim PET durchgeführt, also von Talker auf 
Listener (ggf. durch einen INPUT- oder GET-Befehl), 
so müssen die Daten spätestens nach 64 ms anstehen, 
da es nicht möglich ist, das Handshake bis zur Auf- 
nahme der Daten vorher anzuhalten. Ist einmal das er- 
ste Byte gegeben, so kann das Handshake zum Beispiel 
durch Belassen des DAV im Zustand data valid belie- 
big lange angehalten werden. Probleme gibt es also 
nur beim ersten Byte. Gerade bei Floppys oder Platten 
muß dieses Byte aber unter Umständen erst geholt 
werden, und diese Zeit ist viel größer als 64 ms. Bei 
dem INPUT-Befehl ergeben sich keine Schwierigkei- 
ten, da dem PET beliebig viele „Blanks‘ geschickt 
werden können, die er dann ignoriert; nur bei GET ist 
dies nicht möglich, und Abhilfe läßt sich nur durch 
ein „vorbeugendes‘ Holen des Datensatzes vor der 
Ausführung des GET-Befehls schaffen. 


2 Einzelne IEC-Management-Belegungen 


ATN Attention wird vom PET auf „L‘ gesetzt, wenn er 
Kommandos über den Bus schickt. Wenn ATN 





bei PET/CBM 
max.b4 ms max.b4 
- ms m— 
NRFO Ready for Data 
(Listener) Not Ready for Data 
DAV Data Not Valid 
(Talker) Data Valid 
Data Accepted 
an Data Not (Being) 
Accepted 
Bit Value =0 
u High Impedance 








Bit Value =1 


IEC-Bus-Handshake beim PET 


auf „‚L‘“ ist, sind immer nur Kommandos oder Pe- 
ripherieadressen auf dem Datenbus. 

Ist ATN auf einem „H‘-Pegel, so können nur zu- 
vor adressierte Geräte auf dem Bus Daten aus- 
tauschen. 


EOI End or Identify. Wird das letzte Byte eines Da- 
tensatzes übertragen, so kann EOlauf „L‘ gesetzt 
werden. Der PET setzt EOI immer beim letzten 
Byte auf „L‘“, um das Ende des Datenstromes an- 
zuzeigen. Ein angeschlossenes Gerät muß EOI 
setzen, wenn es solche Daten zum PET überträgt 
(deren letztes Zeichen nicht CR ist), um dem PET 


das Ende der Übertragung anzuzeigen. 


Interface clear. Nach einem RESET oder beim 
Einschalten des PET wird dieses Signal für unge- 
fähr 100 ms auf „L‘“ gelegt. 


IFC 


SRQ Service request. Wird vom BASIC nicht benützt, 


ist aber durch POKE-Befehle setzbar. 


REN remote enable. REN wird vom PET permanent 
auf „L‘ gelegt. 


3 Statusmeldungen des PET 


Über die Variable ST, die als ‚„‚Nur-Lese-Speicher“ 
fungiert, kann vom BASIC aus der Status des IEC- 
Transfers abgelesen werden. 


1 bedeutet Zeitüberlauf bei Listener; es wurde 
nach 64 ms keine Reaktion gezeigt 


2 bedeutet Zeitüberlauf bei Talker. DAV zeigt 
nach 64 ms seit ready for data keine Antwort. 


Tabelle der IEC-Bus-Anschlußbelegung beim PET 


1 DIO1 Al 
2 DIO2 2 
3 DIO3 8 
4 DIO4 4 
5 EOI 5 
6 DAV 6 
7 NRFD 54 
8 NDAC 8 
9 IFC 9 
10 SRQ 10 
11 ATN 11 
12 SHIELD (Abschirmg.) 12 
A DIO5 13 
B DIO6 14 
(® DIO7 15 
D DIO8 16 
E REN 17 
F GND 18 
H GND 19 
J GND 20 
K GND 21 
L GND 22 
M GND 23 
N LOGIC GND 24 





64 EOI ging beim letzten Datenbyte auf „L“. 
-128 DEVICENOT PRESENT. Hier verläßt das BASIC 
die Ausführungsphase und geht in den BA- 
SIC-Kommando-Zustand. 


4 Ablaufbeispiele 
für verschiedene BASIC-Befehle 


OPEN 1,8,4,’INPUT” 
wird an den IEC-Bus wie folgt übermittelt: 


ATN 28 Device-Adresse 8, Listener 
ATN F4 Secondary Adresse 4, 
Open Befehl da Fx 
I 
N 
P 
U 
EOI T 
ATN 3F  Unlisten-Zeichen 


PRINT #1, “TEST“‘; 


ATN 28 Device-Adresse 8, Listener 
ATN 64  Sec.Adr.4,6xbedeutet ‚Print-Befehl‘“ 
TE 
E 
S 
EOI T 
ATN 3F  Unlisten 
INPUT #1, A$ Eingabe eines Strings 
ATN 48 Device-Adresse 8, Talker 
ATN 64 Input-Befehl Sec.Adr.4 
41 Eingabe erfolgt von Gerät 
42 
EOI 43 letzte Eingabe durch Gerät 
ATN 5F  Untalk von PET ausgesendet 


A$ enthält nun den String ABC 


CLOSE 1 Schließen der File 
ATN 28 Device Adr.8 
ATN E4 Close von Sec.Adr.4 
ATN 3F  Unlisten 


Bei Ausführung des LOAD-Befehls wird der Sekun- 
därkanal 0 und beim SAVE-Befehl der Sekundärkanal 


1 verwendet. 


Dabei wird beim LOAD “xxxx‘ ‚devadr 
zunächst ein OPEN 1,devadr,0, ‘‘xxxx‘ durchgeführt, 
dann 
ein INPUT#1, to memory 
und schließlich ein CLOSE 1. 


Bei SAVE ist es entsprechend, nur daß die 
Sekundäradr. 1 verwendet wird und die Daten vom 
Speicher zum Gerät hin übertragen werden. 


Literatur 
„PET Communication with the outside world‘. Ergänzung zum PET-Benut- 
zerhandbuch von Gommodore. 
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Die interessante Applikation: 





Automatischer Hydraulik-Ventilprüfstand 


mit IEC-Bus 


Eine interessante Einrichtung ist das von der Firma 
Meilhaus Electronic (München) zusammengestellte 
Meßwerterfassungssystem für einen Hydraulik-Ven- 
tilprüfstand. 


Die Anlage hat die Aufgabe, vorhandene und mit 
BCD-Schnittstellen versehene Meßgeräte an einen 
IEC-Bus-fähigen Rechner, hier den Commodore 
CBM-3032, zu adaptieren. (Grundsätzlich ist es natür- 
lich möglich, jeden beliebigen IEC-Bus-fähigen Rech- 
ner zu verwenden.) Der Anschluß der Meßgeräte 
wurde mit BCD/IEC-Bus-Kopplern der Fa. ICS Elec- 
tronics Corp. durchgeführt (Bild). Jeder dieser Kopp- 
ler besitzt einen 10-Dekaden-BCD-Eingang, und unter 
der Voraussetzung, daß zwei kombinierte Meßgeräte 
nicht mehr als 10 Dekaden liefern, ist es somit mög- 
lich, je zwei Meßgeräte an einen Koppler zu schalten. 
Neben sechs Waagen zur Messung der abgegebenen 
Flüssigkeitsmenge auf sechs Zylinder werden zwei 
Zähler zur Ermittlung der Einspritzdauer, sowie Tem- 
peraturmeßgerät, Spannungsmesser und Druckauf- 
nehmer für die Aufnahme der Rahmenbedingungen 
benutzt. 


Drucker 


ei | 
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Nach Herstellen aller elektrischen Anschlüsse und 
Aufbau des hydraulischen Kreises sowie Einlesen der 
entsprechenden Software von der Floppy-Disk kann 
mit der Messung begonnen werden. 

Während einer Meßreihe liest der Rechner alle not- 
wendigen Meßwerte über die Koppler von den Meß- 
geräten und speichert diese zwischen, um sie im An- 
schluß auf eine IEC-Bus-kompatible Floppy-Disk auf- 
zuzeichnen. Nach der Weiterverarbeitung dienen ein 
buskompatibler Drucker und Plotter dazu, die Mes- 
sungen zu dokumentieren und die spezifischen Ven- 
tilkennlinien für nachfolgende Auswertungen aufzu- 
zeichnen. 

Mit dem Einsatz dieser Anlage wird eine wesentli- 
che Zeitersparnis beim Erstellen von Ventilkennlinien 
erreicht. Diese Zeitersparnis soll — je nach gewünsch- 
ter Genauigkeit — bis über 80 % betragen. Dieses Bei- 
spiel unterstreicht also die universelle Einsetzbarkeit 
des IEC-Bus-Systems in Meßanordnungen, die bisher 
manuell bedient werden mußten, vor allem auch unter 
Beibehaltung bzw. Erhöhung der Meßgenauigkeit. 

Jürgen Geltinger 


7 Plotter 


Druckauf- 


Temperatui 
messer 





Elektronik 
„„„die Sicherheit 
besser informiert zu sein 


Die Elektronik revolutioniert beinahe jede 
Branche und jedes Arbeitsgebiet. Daraus er- 
gibt sich ein gewaltiger Informationsfluß, der 
nur mit viel Sachkenntnis und Umsicht bewäl- 
tigt werden kann. Diese Auswahl der relevan- 
ten Informationen bietet Ihnen die Fachzeit- 
schrift ELEKTRONIK, damit Sie immer zum 
richtigen Zeitpunkt über alles Wesentliche in- 
formiert sind. Eigene Korrespondenten in den 
USA und Japan garantieren eine stets aktuelle 
Berichterstattung auch von diesen Märkten 
Exklusive Copyright-Abkommen mit führenden 
amerikanischen Fachzeitschriften ermöglichen 
die Übernahme von Aufsätzen über neueste 
Technologien in deutscher Sprache 





Die ELEKTRONIK berichtet über: Meß-, Steuer- 


und Regelungstechnik, Analog- und Digital- 
technik sowie Datentechnik, mit Anwendungen 
in Forschung und Industrie, Maschinen- 

und Gerätebau, Verkehrswesen und Medi- 
zin. Industrielle Prozeßautomatisierung, Ferti- 
gungsmethoden für die Elektronik-Industrie 
Bauelemente einschließlich neuer Technolo- 
gien und Anwendungen, Schaltungstechnik 
und -praxis, Nachrichtentechnik, Optoelektro- 
nik. Mikroprozessor und Mikrocomputer wer- 
den in der ELEKTRONIK besonders intensiv 
betreut. Auch die Programmierung (software) 
wird eingehend behandelt. ELEKTRONIK-Bei- 
träge sind praxisnah geschrieben und damit 
bei den täglich anfallenden Problemen direkt 
verwertbar. Sie vermitteln die oft teuer be- 


Bitte bestellen Sie 


mit nebenstehender Bestellkarte 








Fachzeitsch ift fü 
rift für Angewandte Elektronik und Datentechnik 


Le 
Meßdatenerfaue 


9S-Thyristoren 
Ungsanlage mit IEC-Bus 


zahlte Erfahrung anerkannter Experten und 
bringen Grundlagen des Ingenieurwissens in 
Form der Elektronik-Arbeitsblätter, marktge- 
rechte Neuheitenberichte im Elektronik-Markt 
und aktuelle Branchen-Nachrichten im Elek- 
tronik-Express. 


Zwei Lexikon-Karten und zwei Normen-Karten 
pro Heft bereichern laufend den technischen 
Wortschatz bzw. ermöglichen den Aufbau ei- 
ner Normenkartei. Der Rubrik ELEKTRONIK- 
Notizen kann man mit einem Blick das Neue- 
ste aus Forschung und Anwendung der Elek- 
tronik entnehmen. Eine umfassende interna- 
tionale Literaturschau vermittelt in jedem Heft 
den unerläßlichen ‚Blick über den Zaun 


Die ELEKTRONIK erscheint 25mal im Jahr 
alle 14 Tage am Donnerstag. 

Das Einzelheft kostet DM 4.80, 

das Jahresabonnement DM 94.- im Inland, 
DM 104.- im Ausland 

(ab 1. 1.81 DM 104.40 bzw. DM 111.60) 


BREMST 


8. Februar 1979 
4.20 DM 
36.08, 4.50 sfr 
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Die FUNKSCHAU, Fachzeitschrift für Rundfunk- und 
Fernsehtechnik, Elektronik, Hi-Fi, Audiovision, Mikro- 
computer, ist die führende deutschsprachige Zeitschrift 
in ihrem Bereich. 


Einen Schwerpunkt bildet in jedem Heft der sehr um- 
fangreiche aktuelle Teil einschließlich funkschau-ex- 
press: mindestens zehn Druckseiten frische Nachrich- 
ten und „heiße‘‘ Kurzberichte aus der weiten Welt der 
Elektronik. Regelmäßig werden auch die wirtschaftlichen 
Trends der Branche aufgezeigt. 


Ständige Rubriken sind: 6 Seiten Hi-Fi-Technik, 8 Sei- 
ten Mikrocomputer mit vielen extra erstellten Rechner- 
programmen, der beliebte und praxiserprobte Selbst- 
bauteil praxis & hobby (mindestens 6 Seiten), die in 
Abständen erscheinenden Funktechnischen Arbeits- 
blätter und der ständige Neuheitenmarkt mit Produkt- 
besprechungen. 


Ein wesentlicher Teil der FUNKSCHAU konzentriert 
sich außerdem auf Forschungsergebnisse, Digital- und 
Meßtechnik, Beschreibung von Bauelementen sowie 
auf das Verfolgen der Fortschritte der Halbleitertechnik. 


Leistung verbindet 





Hervorzuheben ist auch die ausführliche Berichterstat- 
tung über die einschlägigen Messen und Ausstellungen — 
im In- und Ausland. Die FUNKSCHAU garantiert, daß 

Sie nichts Wissenswertes versäumen. Diese Leistung 
verbindet uns mit immer mehr Fachleuten, die etwas 
leisten wollen. Mehrere Sonderthemenhefte, über das 
Jahr verteilt, befassen sich mit interessanten Themen (z.B. 
Heim-Videotechnik) in aller Ausführlichkeit. Das Gespräch 
mit prominenten Persönlichkeiten der Branche wird be- 
sonders gepflegt, entweder als FÜNKSCHAU-Gespräch 
oder als Besuch in der Redaktion. Weitere Schwerpunkte 
sind die Satellitentechnik, die audiovisuellen Techniken 
und die Belange der Funkamateure und der CB-Freunde. 
Eine gute Fachzeitschrift wie die FUNKSCHAU hat natur- 
gemäß einen umfangreichen Anzeigenteil. Handel und 
Industrie stellen ihre Produkte vor, der Stellenmarkt ist 
beachtlich und die zahllosen Kleinanzeigen beweisen 

die enge Verbindung zwischen den Lesern und ‚‚ihrer 
FUNKSCHAU'. 

Die FUNKSCHAU erscheint 25mal im Jahr alle 14 Tage 
am Freitag. Das Einzelheft kostet DM 4.—, das Jahres- 
abonnement DM 78.- im Inland, DM 88.- im Ausland 

(ab 1. 1.81 DM 90.- bzw. DM 96.-). 


Funkschau 


die zuverlässige Verbindung zum Erfolg 


Sie erhalten sie an jeder größeren Zeitschriftenverkaufsstelle zum Preis von DM 4.-. 
Ein Abonnement können Sie mit der Karte vor der hinteren Umschlagseite bestellen. 
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